Knuth가 말했듯이 "조기 최적화는 모든 악의 뿌리입니다."
마찬가지로 J2ME라는 새로운 플랫폼이 등장하기 때문에 훌륭한 소프트웨어를 작성하고 글로벌 - 모든 절차 적 - 모든 단계로 돌아가는 방법에 관한 모든 것을 잊어 버리는 것은 이치에 맞지 않습니다.
물론 두뇌를 사용하고 데스크톱에서하지 않을 작업을 수행하지 마십시오 (예 : 개체의 스파이 런트를 생성하고 refs를 삭제하거나 잊어 버리는 등 java memleaks) 객체의로드를 무차별 적으로 산만하게 함). 그러나 공장을 만드는 공장을 만드는 공장은 소리가 나는 것처럼 어리석지는 않습니다. 특히 그 이유는 단위 테스트를 많이 작성하는 데 도움이되기 때문입니다. (그리고 네, J2ME에 대한 단위 테스트를 작성하십시오!) 012 WTA에 대한 응답으로 "건축 우주 비행사"또는 over-engineering이 몇 가지 대답에 응답합니다. 좋은 오래된 반복적 인 접근법 - 측정 할 수있을 정도로 삶이 단순화 될 때까지 복잡한 일을하지 마십시오.
요약하면, 내 생각에 J2ME와 Blackberry의 "메모리와 공간 제약"을 사용하면 창밖으로 좋은 감각을 발산하고 진부하고 탐색 할 수없는 소프트웨어를 작성하는 것입니다. 반복되는 방식으로 앱을 자주 테스트하면 실적이 불만족 스러울 때이를 확인하고 그 시점에서 적절한 조치를 취해야합니다. 그리고 기회는, 퍼포먼스 문제는 당신이 어리석은 짓을하고 추상화로 인한 것이 아니기 때문일 것입니다.
면책 조항 : 1999 년에이 책을 읽거나, 1KB의 mem 또는 JavaCard 용으로 작성하는 CLDC 1.0의 경우 위 내용을 모두 무시하십시오. 그러나 당신이 오늘의 어떤 기능 - 전화에서 실행중인 경우, 당신은 운이 좋다!
이 질문은 꽤 자주 다시 정렬됩니다. – Woot4Moo
사과드립니다. Dav가 올 때까지 나는 정렬 작업이 더 필요하다는 것을 알았습니다. – Everyone