大家觉得java me 需要 ioc 吗？

我本来一直从事 java ee 开发，但最近公司要我接手 java me 和symbian 平台的项目。由于我一直都非常喜欢使用spring的ioc ,所以现在在缺少ioc 容器的情况下做 me 或者 symbian 开发的时候非常不习惯。我上网查了一下，发现手机 ioc 容器 的介绍非常少，只查到一个名叫 signal 的ioc框架(spring 的 java me 移植版)。

是不是由于性能的原因导致java me 平台不需要 ioc 框架呢？
从java ee 到 me 和其他手机开发平台, 我应该如何改变开发思路呢？

评论

26 楼 luzl 2009-10-14  

lordhong 写道

移动编程性能最重要, 所以interface,接口之类的能少就少, 连factory这些可以不要的都不要.  只要你明确知道需要用到的类, 就直接写出来, 比如:
Map<String, String> map = new HashMap<String, String>();
就直接写成HashMap<String, String> map = new HashMap<String, String>();

更有甚者, 直接用public的property, 跳过getter和setter, 少几个method stack的pop/push

如果可以用static的话, 立马上static ;)
IOC是用相同的接口, 方便替换不同的实现.  移动编程目前还不需要这些

  

25 楼 chandler 2009-10-11  

hepeng421 写道

得，以前搞j2ee的臭习惯别带到移动开发里来，什么简单就怎么来。

     这是最要命的习惯，什么简单，怎么来

24 楼 fkpwolf 2009-10-10  

性能么，出现了性能再说性能调优，一般的程序都没有很严重的性能问题。

23 楼 java.lang.Object 2009-10-09  

vlinux 写道

BTW，我不认为所有的移动开发都必须JavaME的习惯。
在智能机的时代，随着PDA性能的提高，采用标准的Java开发习惯并没有什么坏处。相反，采用混乱、不便维护的JavaME开发习惯才是真正的不利于越来越庞大的移动开发代码。

在Android的API中，我确实没有看到Google的开发人员遵循JavaME的开发习惯，相反的是接口、Callback、继承、重载、XML配置等横行

你这样比较就不太厚道了，JavaMe的运行环境和android是没有可比之处的。两者相差太远了。

22 楼 hepeng421 2009-10-09  

虽然都是java，但别拿android和j2me等同。

21 楼 vlinux 2009-10-08  

BTW，我不认为所有的移动开发都必须JavaME的习惯。
在智能机的时代，随着PDA性能的提高，采用标准的Java开发习惯并没有什么坏处。相反，采用混乱、不便维护的JavaME开发习惯才是真正的不利于越来越庞大的移动开发代码。

在Android的API中，我确实没有看到Google的开发人员遵循JavaME的开发习惯，相反的是接口、Callback、继承、重载、XML配置等横行

20 楼 hepeng421 2009-10-08  

得，以前搞j2ee的臭习惯别带到移动开发里来，什么简单就怎么来。

19 楼 liudun 2009-10-07  

deeplives 写道

java.lang.Object 写道

deeplives 写道

vlinux 写道

javame貌似不支持反射，所以...而且在小小的javame项目中，有多少个类用指头都能掰得过来，没必要吧

javame 是支持反射的 ，我公司就是用反射写了一个框架，但是感觉上就有这样一个问题：如果这个框架太简单，那就没啥作用；如果太复杂，性能和通用性就会是一个很大的问题。

JAVAME怎么可能支持反射，你用的是什么版本的JAVAME，目前主流的MIDP2.0和CLDC1.1里面都没有反射的API。能否帖出来和大家分享一下？

呵呵，因为我在代码里看到 'Class.newInstance()" 方法,可能java me 只支持部分反射功能，还是这根本不属于反射呢？请指教，谢谢

仅仅‘Class.newInstance()’不能算反射吧？

18 楼 lordhong 2009-10-05  

java.lang.Object 写道

这个项目能做的是控制类的初始化而已，它并不能给对象注入成员。因为JAVAME在基本类库里面没有提供反射操作。如果要做一些初始化后的动作，还需要实现它的一些接口，然后它在初始化以后，会自动调用相关的方法。
它整个功能都是建立的在类的级别上，和spring是没办法比的
还有一个可能性，那就是在编译的时候，织入代码。

这样的话是要考虑接口, 具体情况具体分析

17 楼 java.lang.Object 2009-10-05  

这个项目能做的是控制类的初始化而已，它并不能给对象注入成员。因为JAVAME在基本类库里面没有提供反射操作。如果要做一些初始化后的动作，还需要实现它的一些接口，然后它在初始化以后，会自动调用相关的方法。
它整个功能都是建立的在类的级别上，和spring是没办法比的
还有一个可能性，那就是在编译的时候，织入代码。

16 楼 deeplives 2009-10-04  

peerlessme 写道

j2me不支持反射，怎么IOC呢?

我也觉得不太可能，但是网上有这方面的项目
http://sourceforge.net/projects/signal/

不过仍然处于beta阶段，能不能用都是一个问题

15 楼 deeplives 2009-10-04  

chandler 写道

   我觉得还是具体应用具体分析吧，不能一竿子打死吧？
   开发经验不足，没有考虑到电池，当然也不知道怎么考虑电池。但是怎么说呢，就好像你要写松散的代码也要付出代价一样。这种程序的写法如果程序复杂，日后的维护等多半会成为问题。应该就具体问题，已经各种客观条件作出取舍比较好。
   我本人比较趋向于如果能写的低耦合的代码，就尽量低耦合。

是啊，我的想法和你差不多，我刚刚接手了一堆乱糟糟的代码，当需要新增一些功能，或者fix某些bug的时候，非常痛苦

14 楼 deeplives 2009-10-04  

lordhong 写道

移动编程性能最重要, 所以interface,接口之类的能少就少, 连factory这些可以不要的都不要.  只要你明确知道需要用到的类, 就直接写出来, 比如:
Map<String, String> map = new HashMap<String, String>();
就直接写成HashMap<String, String> map = new HashMap<String, String>();

更有甚者, 直接用public的property, 跳过getter和setter, 少几个method stack的pop/push

如果可以用static的话, 立马上static ;)
IOC是用相同的接口, 方便替换不同的实现.  移动编程目前还不需要这些

谢谢指教，感觉又回到了函数式编程的年代

13 楼 deeplives 2009-10-04  

java.lang.Object 写道

deeplives 写道

vlinux 写道

javame貌似不支持反射，所以...而且在小小的javame项目中，有多少个类用指头都能掰得过来，没必要吧

javame 是支持反射的 ，我公司就是用反射写了一个框架，但是感觉上就有这样一个问题：如果这个框架太简单，那就没啥作用；如果太复杂，性能和通用性就会是一个很大的问题。

JAVAME怎么可能支持反射，你用的是什么版本的JAVAME，目前主流的MIDP2.0和CLDC1.1里面都没有反射的API。能否帖出来和大家分享一下？

呵呵，因为我在代码里看到 'Class.newInstance()" 方法,可能java me 只支持部分反射功能，还是这根本不属于反射呢？请指教，谢谢

12 楼 peerlessme 2009-10-04  

j2me不支持反射，怎么IOC呢?

11 楼 chandler 2009-10-04  

   我觉得还是具体应用具体分析吧，不能一竿子打死吧？
   开发经验不足，没有考虑到电池，当然也不知道怎么考虑电池。但是怎么说呢，就好像你要写松散的代码也要付出代价一样。这种程序的写法如果程序复杂，日后的维护等多半会成为问题。应该就具体问题，已经各种客观条件作出取舍比较好。
   我本人比较趋向于如果能写的低耦合的代码，就尽量低耦合。

10 楼 lordhong 2009-10-04  

chandler 写道

lordhong 写道

移动编程性能最重要, 所以interface,接口之类的能少就少, 连factory这些可以不要的都不要.  只要你明确知道需要用到的类, 就直接写出来, 比如:
Map<String, String> map = new HashMap<String, String>();
就直接写成HashMap<String, String> map = new HashMap<String, String>();

更有甚者, 直接用public的property, 跳过getter和setter, 少几个method stack的pop/push

如果可以用static的话, 立马上static ;)
IOC是用相同的接口, 方便替换不同的实现.  移动编程目前还不需要这些

  我觉得现在的，除非游戏，一般的应用用不着太考虑性能吧？怎么说呢，0.01秒和0.99秒也许真的差的不是很多的。
  我觉得最好实验一下，只要反应时间可以接受，还是能够尽量写得松散一点。现在的手机，性能并不是那么差了。

不是手机性能差的问题... 而是电池不持久的问题...

9 楼 chandler 2009-10-04  

lordhong 写道

移动编程性能最重要, 所以interface,接口之类的能少就少, 连factory这些可以不要的都不要.  只要你明确知道需要用到的类, 就直接写出来, 比如:
Map<String, String> map = new HashMap<String, String>();
就直接写成HashMap<String, String> map = new HashMap<String, String>();

更有甚者, 直接用public的property, 跳过getter和setter, 少几个method stack的pop/push

如果可以用static的话, 立马上static ;)
IOC是用相同的接口, 方便替换不同的实现.  移动编程目前还不需要这些

  我觉得现在的，除非游戏，一般的应用用不着太考虑性能吧？怎么说呢，0.01秒和0.99秒也许真的差的不是很多的。
  我觉得最好实验一下，只要反应时间可以接受，还是能够尽量写得松散一点。现在的手机，性能并不是那么差了。

8 楼 java.lang.Object 2009-10-04  

deeplives 写道

vlinux 写道

javame貌似不支持反射，所以...而且在小小的javame项目中，有多少个类用指头都能掰得过来，没必要吧

javame 是支持反射的 ，我公司就是用反射写了一个框架，但是感觉上就有这样一个问题：如果这个框架太简单，那就没啥作用；如果太复杂，性能和通用性就会是一个很大的问题。

JAVAME怎么可能支持反射，你用的是什么版本的JAVAME，目前主流的MIDP2.0和CLDC1.1里面都没有反射的API。能否帖出来和大家分享一下？

7 楼 lordhong 2009-10-04  

vlinux 写道

lordhong 写道

移动编程性能最重要, 所以interface,接口之类的能少就少, 连factory这些可以不要的都不要.  只要你明确知道需要用到的类, 就直接写出来, 比如:
Map<String, String> map = new HashMap<String, String>();
就直接写成HashMap<String, String> map = new HashMap<String, String>();

更有甚者, 直接用public的property, 跳过getter和setter, 少几个method stack的pop/push

如果可以用static的话, 立马上static ;)

完蛋来，我全部都犯了  -____-!!!

施主... 浪子回头... 为时不晚...