help me!

Question

你太大气了，强。构件机制！吓死人的题目。你的论文准备从程序员的角度呢，还是系统架构师的角度？
 你是指的分tier开发吗？面向服务的，可重用？感觉很宽泛，这个论题不好把握。

Answer 1

我自学了5个月的Java,对java里面的构件机制原理都还不是很了解，
你们老师的口气也太大了吧，叫他来跟我谈谈。

Answer 2

建议楼主去研究Application Framework吧，相对来说要明确一点。
可以看看《深入浅出MFC》，有电子书可以下载.

Answer 3

sorry，我可能没有真正说清楚我要各位高手帮我的问题,我论文研究的是构件的重用,老师的提示是从构件之间的消息传递,构件的动态组合等等方面去考虑自己的论文，我花了将近2个月去看构件方面的东西,但是自己感觉看的东西很泛,根本无法找到从中找出论文的创新点而且感觉现在自己对这些方面的理解越来越糊涂,现在都不敢去找老师,及其的郁闷!!!因此现在的主要想法是希望各位高手能够比较详细的告诉我构件重用技术方面的相关知识!谢谢啦,如果回答对我论文创新点的写作有比较大的帮助的话,本人愿意再拿100分出来作为感谢!!!!!!!

Answer 4

我认为，你指的重用在程序员视角主要有二：
1.提炼较低层的bean，例如jdbc访问，终极目的是形成类似framework的东东，这很难，因为提炼好的类库出来，API级的建模和设计能力是必须的，再加以反复重构，现在很多框架都着重于一点，解决一方面的问题，而且作得很好，自己重复发明的轮子不太现实了，如，web层你可以用struts.持久层使用hibernate。
2.业务组件的重用.这应该是你论文的关注点。如果在设计上减少偶合，高内聚，这取决于你面向对象分析设计的能力，以及你的经验，还有行业业务经验。你可以从面向对象设计的几大原则着手，开闭原则，职责单一，依赖倒置，等。UML也需要提及。
希望能给楼主一些启示。祝早日完成论文。

Answer 5

简单的说，面向对象的世界中，类间的关系只有两种，继承与组合。衍生而出的设计模式等东东，终极目的是，面对永恒的需求变化更从容。“写出给机器看的代码不难，难的是写出人看懂的代码”，如果你自己写的东西，过了一个月，需要加一个新功能，你自己都晕，让别人情何以堪，你可以说，我有写大量的注释，来阐明我当时的设计目的。这也是一个你设计质量不高的佐证，好的代码，自己会说话，何须大量的注释（除非你在写供千万人用的API），当你自己在某处加上一段注释来备忘时，这里就产生了“坏味道”（引用重构一书）
    凡事无绝对，当你曲尽其妙地运用各种模式构建起一个复杂的堡垒，期望的变化如约而至，这就是完美设计，而大部分变化实际上根本不会发生，沦为过度设计。看看，这个世界有多复杂。^_^

Answer 6

我的毕业论文是以一个项目的开发为基础的,项目本身已经实现只是我当时不是使用java进行开发的,使用的vc,但是老师告诉我,毕业论文需要有创新有研究点(做别人没做的东西,或者改进别人不足的地方),在项目开发中没有创新是很正常的,但是在论文的写作中没有创新是不行的,提示我从构件之间的消息调用,构件的组装等方面去考虑问题.但在我的理解中,因为软件的实现一切是实现是以规则为基础,用户选择要实现的规则,程序显示出相应的规则视图,然后由用户修改(或者不修改)视图中的规则形成最终的实现方式,因此在java中的框架应该说就是规则视图的框架,规则视图中的每条规则对应着一些组件,但我觉得按照这种方式去实现并不是很难,也不存在有什么很好的可以挖掘的创新点!这也正是我郁闷所在,所以希望各位高手告诉一些java中相关知识的原理(特别是现有技术的不足),以帮助我完成论文的协作.最后我想说的是分对我来说并不重要,因为完成论文才是我最想要的!谢谢各位高手了!!请继续帮助我,给我提供更多的信息!!!!

Answer 7

我奇怪的是，你的论文为什么非得要局限在JAVA中，既然你熟悉的是VC，难道扯上JAVA就容易产生新意了吗？你上面讲的我不是很懂，汗，例如规则与规则视图等概念，我仿佛在阅读一本机工出版的，一个不负责的翻译者翻的一本外国it著作.
    或者你想表达的是“业务建模”这个概念？

Answer 8

因为老师要求在做毕业论文时使用java进行开发,他说用java更好,我也是没办法.规则和规则视图的概念可以按照以下理解:比如说你想去北京,有三套方案:做飞机,做火车,做轮船(这个就相当于总的规则).如果你是选择做飞机过去,我就告诉你做飞机的一些流程,告诉你你该怎么去走,到哪里要注意写什么.(这个相当于每个总规则下的分规则).规则视图就相当于把这些信息图形化."我仿佛在阅读一本机工出版的，一个不负责的翻译者翻的一本外国it著作."呵呵,机工出版的书真的这么难理解吗?!!