摘要： 前面两篇里写了一个简单的Applet，并且用一个html页面运行了这个Applet。可为每个applet都创建一个用来测试运行的html页面，这让我感到很麻烦，有没有更简单的测试运行方法哪？恩，下面就来两种解决方法： 阅读全文

摘要： 好了，上一次笔记中我写了第一个Applet程序，但还没有运行，对吗？恩，接下来就完成这个任务。先把代码编译成class文件，然后只要创建这样一个包含如下代码的hello.html文件就可以了：，这样在IE浏览器里就可以直接运行了。或者你可以在dos命令行中用appletviewer hello.html来启动小应用程序查看器(AppletWiwer)运行这个applet。 但是随后而来的浏... 阅读全文

摘要： sun为何要开发出applet这个东西，究竟浏览器在客户端编程方面还存在哪些方面的不足哪？这是我开始applet这一节学习时所思考的第一个问题。Applet是嵌入到web浏览器中的小程序（它和微软的ActiveX控件又有什么关系哪？不解。。。）。 在我看来，需要一种东西，既能有B/S模式的“瘦客户端”的优点，也能加进C/S模式的强大，丰富的编程能力，这样就对web浏览器的功能进行扩展。Applet出现的一个原因吧。但由于Applet是从服务器当下来的，因此出于安全的考虑，对它的限制也就很多。(Java的运行时安全系统始终都盯着这个“潘多拉魔盒”哪。) 阅读全文

摘要： 14章开篇的一句话：设计的宗旨是"能轻松完成简单的任务，有办法完成复杂的任务"。一句发人深省的话。恩，怎么理解哪，我是这样认为的：软件应该能够满足用户的真实需求，为用户完成业务提供足够的支持和帮助，并且这种支持对用户来说，应当是：易于理解，易于使用，高效而便捷的。用户面对的实际业务是多样性的，对于简单的业务的支持是软件所必需的，而能够为用户完成各种复杂的业务需求提供强大的支持能力则是软件能够出色的根本。这让我想起了现下的许多软件，其开发者不把心思放在对用户的实际需求的分析和获取上，而只是花心思去设计花哨的界面，结果当然只是一个个失败的项目了。简单的一句话，却道出了软件的根本-----软件是用来干什么的？可我们在实际中却往往忽视了其核心---用户的需求。试想，如果你连用户的实际需求都没把握住，那么你设计出来的软件 “能轻松完成简单的任务，有办法完成复杂的任务”吗？那么这样的软件就算外观再漂亮，又有何用处？需求才是王道！！！ 阅读全文