80,471
社区成员
发帖
与我相关
我的任务
分享探讨Android上Spring的实现(碰碰运气有没有人回答....)
针对C/S架构的android应用
问题描述：分离Activity中业务逻辑，只提供对外改变UI样式接口
设想：针对每一个Activity分别提供一个类与其绑定，这个类完成其Activity的相关业务逻辑
参照Spring框架，类似于依赖注入的方式实现
欢迎有架构经验的朋友提出意见，对此进行可行性分析....
（该板块等级不够，分数不多可以另开贴）
问题描述：分离Activity中业务逻辑，只提供对外改变UI样式接口
设想：针对每一个Activity分别提供一个类与其绑定，这个类完成其Activity的相关业务逻辑
参照Spring框架，类似于依赖注入的方式实现
欢迎有架构经验的朋友提出意见，对此进行可行性分析....
（该板块等级不够，分数不多可以另开贴）
...全文
请发表友善的回复…
发表回复
-Micheal-Schofield- 2013-08-22
- 打赏
- 举报
竟然翻出来这样一个经典的老帖子，赞一个！接触了一段时间的spring框架后在做android,产生了和楼主一样的想法，看到楼上那么多大牛的回复，真的学习了！
andrewhunter 2012-07-02
- 打赏
- 举报
做一件事都需要相应的代价，看是否值得。
张帅 2012-06-01
- 打赏
- 举报
就几句话，现在要可以看看，以后不知道会发展成什么样，要未雨绸缪，艺多不压身
IamfineIamRight 2012-05-14
- 打赏
- 举报
这个···高手好多，听不懂···本人只是学了JAVA的面向对象然后学的Android，还没有考虑这么深的问题···大家讨论，我观望···
addylfj 2012-01-30
- 打赏
- 举报
好东西呀，多谢啦
gmowker 2012-01-19
- 打赏
- 举报
是要考虑扩展性，但扩展性实现有很多方法，要看项目的规模和性能要求而定。
如果扩展性好了，根本跑不起来，或者用户体验很差，那这项目也是失败了
[Quote=引用 9 楼 leemiki 的回复:]
引用 8 楼 dikeboy1234 的回复:
android 不是web没那么必要吧 web开发都会抱怨速度慢，怎么办，不用hibernate,再慢，不用spring,不用struct, 用户又不管你是怎么构架的，跑得快就行了，
一个好的项目必须要考虑他的可扩展性~~~~
如果只是功能的实现那还要那些架构师干什么？
[/Quote]
----------------------------
http://www.purji.com/
如果扩展性好了，根本跑不起来，或者用户体验很差，那这项目也是失败了
[Quote=引用 9 楼 leemiki 的回复:]
引用 8 楼 dikeboy1234 的回复:
android 不是web没那么必要吧 web开发都会抱怨速度慢，怎么办，不用hibernate,再慢，不用spring,不用struct, 用户又不管你是怎么构架的，跑得快就行了，
一个好的项目必须要考虑他的可扩展性~~~~
如果只是功能的实现那还要那些架构师干什么？
[/Quote]
----------------------------
http://www.purji.com/
SimonYeung 2012-01-19
- 打赏
- 举报
白一梓 2012-01-18
- 打赏
- 举报
web的框架不适合android，如果想实现依赖注入，需要自己写一个简单的编程框架。spring需要读取配置文件，光凭这点，就不赞成使用。
liranke 2012-01-18
- 打赏
- 举报
有必要用spring么? android本身的架构已经基本可以做到定制了.
bart2011 2012-01-18
- 打赏
- 举报
个人认为
安卓现在比苹果差就差在系统及应用的流畅度上
我二者都在做，对这个深有体会
你可以让你的代码更条理但是不要让他们更臃肿，这样有利于你的开发同时也有利于运行的流畅度。
框架过于臃肿，冗余代码太多，个人认为不适合加入到手机客户端中。
况且像安卓不同分辨率不同配置的机型执行APP的能力也不同，所以保证最大的通用性才是目前最该考虑的事情。
安卓现在比苹果差就差在系统及应用的流畅度上
我二者都在做，对这个深有体会
你可以让你的代码更条理但是不要让他们更臃肿，这样有利于你的开发同时也有利于运行的流畅度。
框架过于臃肿，冗余代码太多，个人认为不适合加入到手机客户端中。
况且像安卓不同分辨率不同配置的机型执行APP的能力也不同，所以保证最大的通用性才是目前最该考虑的事情。
cheniwantyou 2012-01-18
- 打赏
- 举报
楼主可以考虑下把Spring移植到ANDROID上啊，呵呵，不过，我觉得没有必要把事情变得太复杂。你只是做个客户端。。。
淘淘大师 2012-01-17
- 打赏
- 举报
不太了解Spring
SongQues 2012-01-17
- 打赏
- 举报
有意思，这是移动开发不是网页，使用那东西还有效率了么?
tanxd39 2012-01-17
- 打赏
- 举报
想法不错，有可能这样发展，以后。估计google的人也在考虑这个问题
zhengcijie 2012-01-16
- 打赏
- 举报
高手还是比较多的把～
daguaio_O 2012-01-16
- 打赏
- 举报
mark。。
感觉LZ想法不错，但目前android手机的硬件配置来看，暂时不是特别需要。而且现在android的应用很多还是类似作坊式的生产。
不过以目前android手机硬件的发展来看，而且android未必一定用在手机，其他嵌入式设备也可使用，所以以后这类框架的出现也是一个必然的趋势。
感觉LZ想法不错，但目前android手机的硬件配置来看，暂时不是特别需要。而且现在android的应用很多还是类似作坊式的生产。
不过以目前android手机硬件的发展来看，而且android未必一定用在手机，其他嵌入式设备也可使用，所以以后这类框架的出现也是一个必然的趋势。
疾风细语 2012-01-16
- 打赏
- 举报
happydefu 2012-01-16
- 打赏
- 举报
等高手解答~~~
eclipse88 2012-01-15
- 打赏
- 举报
我做过的一个数据采集客户端项目，其中有借鉴了spring的bean工厂模式，比如把业务逻辑的类放在在res的array.xml中做到可配置，自己通过反射加载。对于服务端下发的数据，处理完业务后，用广播去通知UI的更新，也算是业务和UI分离了吧。个人感觉android做客户端业务也不是很复杂，借鉴ee方面的一些思想还是挺不错的，不过如果去死扣那些设计模式之类的，感觉没啥必要，没时间，呵呵。菜鸟乱语，高手轻拍哈~
tjc1234567 2012-01-15
- 打赏
- 举报
不太了解Spring
加载更多回复（58）
