数码天地 今日: 0|主题: 4756|排名: 51 

最后发表： simon_pan
回复内容：


http://mapsaga.appspot.com/FreeClient.apk
国内无法访问

最后发表： woodheadz
回复内容：

回头产品发布了就能给大家看效果了
其实这个framework不是很复杂。只要避开我前面走过的一些弯路，你也能很快做出一个来

最后发表： 电视机
回复内容：
不知楼主的程序库规模有多大？20万行的代码有没有？

以我15万行有效代码的经历，觉得设计模式根本用不着。

最后发表： flyday
回复内容：
上面这么多的IPHONE才人， 不知道谁有兴趣开发一个小 APPS?
我有一个粗略的方案

***查过 APPLE STORE, 没有我要的

最后发表： starshow
回复内容：
楼主太有才了，敬仰

最后发表： key
回复内容：
这套东西的确有着眼MVC的分离，不过好象没有关于Exception handler部分吧？
我不会corba，哈哈。。。。想不到还有这个味着，就象黄蓉在压鬼岛做的羊腿一样。

我在这个课程设计中，最重要关注的是如何从sequence diagram变转到class diagram，一个是对应logical design，另一个则对应于physical design。
concept layer design用的是use cases diagram，还有一个叫system architecture的东西，是整体框架的考虑。
我喜欢activity diagram，在这里没有画出来。我通常从activity diagram开始画起，然后再考虑use cases。use cases的主要目的我觉得是系统模块的整理和定义，
当然是concept layer的定义了。

一直以来，如何平滑建立类图是我一直在思考的问题。我认为，拿起UML就直接类图，这和拿起电脑就直接coding没有质的区别。
我推崇的是传统的从概念到逻辑，再到物理实现的过程。就算是现在的OOA/OOD时代，这三步还是需要做的，只是这三个步骤之间的跨越间距比以前小很多而已。

Sequence diagram是一个很容易画出来的东西，我想做到的是，通过Sequence Diagram的进化，最后获得一个类的接口图，把主要的消息结构、类接口都定义出来，
然后再汇总在类图，以完成从逻辑设计到物理设计的进化。这个目的我想我在这套东西中已经做到了。

其实现在提介的DI/IoC概念又为这种逻辑设计到物理设计铺平了道路，我正在思考如何应用起来。
还有就是长期View页面实现的非程序员友好性（non-programmer-friendly）也让我们难以把OOA/OOD进行到底，
但GWT, Apache Click这类Web实现模型有可能帮我们解决这类问题。

对比Spring MVC，View层其实还有大量的代码无法让程序员来参与，或者参与得很痛苦。相比Apache Click，采用的是Page Component的概念来实现Web，
使得Web上的每一个东西都是程序员能控制的。而GWT走的路就更深远了，把整个界面实现都转化成程序语言。

有了这些系统工具的支撑，我们能做的事就更多了。

最后发表： fred_au
回复内容：
以前用cvs，现在用svn。
好像不怎么用什么高级功能，一般就这几个：
svn co http://blah/blah blah
改巴改巴
查看修改结果：
svn stat | grep ^M
svn diff > something.diff

上传到codestrike上供人review

提交，yeah
svn commit

有时候被抽中当猴子做merge
svn merge -c12345 http://blah/blah
svn merge -r123:456 http://blah/blah

貌似没试过其他什么别的功能了。。。。
conflunce我们也在用，有什么特别之处么？感觉和一般wiki差不多阿。。。

最后发表： key
回复内容：


背O()呀？
推荐看＜Data Structures, Algorithms, and Applications in C++＞，Sartaj Sahni，
中文版＜数据结构、算法与应用－－C＋＋语言描述＞，机械工业出版社，汪诗林等译
这本书第二章 程序性能中对于时间复杂性的讨论比较好，有空可以看一下。

然后就是klux说的MIT的Introduction to Algorithm，但这本书主要是数学计算，不头昏可以看一下