Java or C# 자바 또는 c #
Remember the days when Java was pitted against C++? 자바는 스터드 포커 기억하는 시절 c + +? Well for sometime now the question has been whether to go with C# or Java, .NET or EJB/Java? 언젠가 지금은이 질문을 잘할지 여부를 함께 c # 또는 자바,합니다. 네트에 ejb / 자바?
We at Taragana normally work with Java Technologies only. 저희 taragana 자바 기술에만 정상적으로 작동합니다. Personally I am using Java since end of ‘95, almost after the 0.5 beta version came out. 개인적으로 나는 자바를 사용하여 '95부터 끝, 거의 0.5 베타 버전을 나온 이후합니다. So when my friend & ex-boss (working at Seattle) tried to convince me to try out C#, I was skeptic because I was burn’t with MS products in the past - easy at first glance, really bites when used for large-scale enterprise applications, not to mention very buggy. 그래서 나의 친구 및 전 - 보스 (근무 시애틀)를 직접 테스트해 나를 설득하려 c #, 전 제품에 회의적있는 상태 burn't했기 때문에 과거 - 쉬워 언뜻보기에, 진짜 물기를 사용하면 대형 - 규모 엔터 프라이즈 응용 프로그램에는 적용되지 않습니다 매우 버기을 언급합니다. However he insisted and suggested I was probably losing my impartiality in not giving it a serious look. 그러나 그는 공정성을 주장과 제안을 잃고 나는이 없다는 아마 포기를 심각하게 조사합니다. He thought that C# was the next big thing (with .NET) solely because it had the support ofMS. 그는 생각 c #은 다음 큰 물건이 아닌 (. 순수한) 전적으로 지원을하기 때문에이 ofms합니다. So I decided to take-up a small project in C# and get the ball rolling. 그래서 난 작은 프로젝트를하기로 결심한 - c # 및 공 회전합니다. Overall as you all know the languages are very similiar. 전반적으로 우리 모두 알고있는 언어는 매우 유사합니다. I felt setup was more complex with C#, and overall the development & debugging were more cumbersome than Java. 설치 프로그램이 더 복잡한 느낌과 c # 및 전반적인 자바의 개발 및 디버깅을보다가 더 복잡합니다. Performance wise, it looked to be slower with real-world applications. 성능을 현명하고, 마치 실제 - 세계 애플 리케이션이 느려질 수있습니다. Off course and then there is always the fear of getting stuck to a single vendor. 따로 과정과 그 다음이가 항상 붙어있는 단일 공급 업체에 대한 두려움을 보내려합니다. Overall for the simple project I felt both were more-or-less equivalent. 양쪽의 간단한 프로젝트에 대한 전반적인 느낌이 더 - 또는 - 적은 이에 상응하는합니다. However given a choice I would still choose Java. 그러나 선택의 기회가있다는 여전히 나는 자바를 선택합니다. Interestingly Later on my friend commented that he felt that MS is losing traction of the market-place with their .NET strategy and maybe just maybe his perceptions was incorrect. 나중에 내 친구가 흥미롭게를 느낀다고 논평 그 사람을 잃게된다는 미시시피 - 위치와 그들의 시장 트랙션합니다. 순수한 전략과 그냥 어쩌면 그의 인식가 올바르지 않습니다.
Here’s an old debate on 여기에 오래된 토론 VB versus Java vb 대 자바 , where all I did was tried to console a poor folk who had to switch from Java to VB programming. , 어디의 모든 콘솔을하려고했지만 가난한 포크로 전환했던 프로그램에서 자바를 vb.
Filed under 밑에 .NET 합니다. 순수한 , Java Software 자바 소프트웨어 , Microsoft microsoft , Technology 기술 | | 
| | 
RSS 2.0 rss 2.0 | | 
Email this Article 전자 우편이 문서
You may also like to read 같은를 읽을 수있습니다 |
October 13th, 2004 at 5:20 am 2004년 10월 13일에서 오전 5시 20분
Compiler options - Java and C# 컴파일러 옵션 - 자바와 c #
To generate debugging information in Java we need to use the following compiler option : 디버깅 정보를 생성을 사용하여 다음과 같은 컴파일러는 자바가 필요 옵션 :
March 11th, 2005 at 5:46 pm 2005년 3월 11일에서 오후 5시 46분
[...] ed in ComputerWeekly article titled “C# goes head to head with Java” from my article on our .Net experience. [...] 에드 ComputerWeekly - 기사의 제목은 "c #가 머리에서 머리와 자바"를 내 기사를 저희합니다. 순수한 경험을합니다. A Java user’s view of C# Angsuman Chakraborty is chief software architect at Calif [...] 이 문서가 적용되는 자바 사용자의 수석 소프트웨어 설계자의 c # angsuman Chakraborty의가 [...]에 calif
June 29th, 2005 at 8:16 am 2005년 6월 29일에서 오전 8시 16분
I’m very familiar with both languages. 난 지금 매우 익숙한 두 언어합니다. C# without exageration is basically a clone of Java. c # exageration는 기본적으로 클론의 자바하지 않고있습니다. Of course MS tried to improve it, in a lot of cases successfully, based on years of experience with Java. 물론 미시시피 개선하려고 많은 경우에 사례를 성공적으로 년간의 경험을 자바 기반으로합니다. They did not get everything right, though. 그들이 못 다 오른쪽, 비록합니다. Just look at their collection classes. 그들의 컬렉션 클래스 좀 봐. There’s no good way to get a thread dump to date. 스레드를 좀 좋은 방법이 없어 지금까지 덤프합니다. Some of their exceptions are very informative, such as “Generic GDI+ Error” :). 그들 중 일부 예외적인 경우는 매우 유익한 "와 같은 일반적인 GDI의 + 오류":). Their DataTable construct works horribly IMO. 그들 무서운 imo : DataTable 건설 작동합니다. Making properties part of the language is nice on the surface, but error prone (pretty easy to get into an infinite recursion, especially with VS.NET.) Making events part of the language is good, but did they do it right? 만드는 속성의 일부 언어는 니스의 표면에,하지만 오류 경향이 (아주 쉽게 들어 갈 수있는 모든 무한 재귀, 특히 vs.net합니다.) 만들기 이벤트 부분의 언어도 중요하지만, 그러나 그들이 할 수있어? It’s not transparent. 투명 아니에요. Is it adding a handler to a collection as weak reference or not? 이 컬렉션을 추가로 약한 처리기를 참조 또는 없어? Removing a handler looks ugly, but it has to be done — I’m afraid many C#ers don’t. 추악한 처리기를 제거하는 것, 그러나, 그것은해야 할 - 유감스럽게도 많은 c # 응급실을하지합니다.
I could go on. 을 할 수있습니다.
– -
XAMJ xamj
February 7th, 2006 at 3:35 pm 2006년 2월 7일에서 오후 3시 35분
that is informative jose. 호세는 유익합니다. I agree with charaborty 동의 charaborty
and you. 그리고 당신합니다.
I love Java as you guys do. 자바를 사랑하시는 분들 이죠. The feel of it just amazing for me. 의 분위기를 단지 나를 위해 놀라운합니다. I came across Java in 2001. 자바는 2001 년 우연히 마주합니다. I had made some VB6 software by then, tried VB.net and C# in 2003, but to me Java is the best. 그러나 VB6 소프트웨어를 만들어 나는 그때까지 어떤 노력 c # vb.net, 2003 년,하지만 저에게 자바는 최고의.
March 23rd, 2008 at 6:02 am 2008년 3월 23일에서 오전 6시 2분
hey am doin ma project in GRID… i hav a problem i want to get de values from de console…to ma database(MSACESS)…n then i have to compare those values.. 어이 오전 그리드 프로젝트에 최선을 mA… 나는 문제를 hav 드를 원한다면 나는 드 콘솔에서 값…을 mA 데이터베이스 (msacess)… n 그때는 난 그 값을 비교하려면 .. so can u guys help me out…. 그럼 이제 u들 도와주게….