日志（一）

     附件中为现在以完成的代码。除非特别闲，否则不建议看。

2009年3月22日

     网站准备以伯恩斯的心理学疗法为主题来做。当然这个主题现在来说还是只是大架构上进行的。一点影子都没有的事情。最完美的构思是这样，把三大框架都用上去。但是显然不是那么的必要。至少我觉得struts使用了，也体现不了什么优势。现在看来，要做的网站，就是练个手而已。毕竟要做把它用到实际上去。真的有点难度。

     鉴于现阶段对于3大框架不是很清楚。所以打算第一版不加入任何的框架，或者说即使用，也是用其最简单的功能。

     这一版本必须要做的就是

     1.国际化，当然这个目的一是练手，二是为了日后如果有幸以后能让伯恩斯看明白，帮我推广，打下基础。（这当然是玩笑）

     2.基本的架构。这一点比较重要。因为为了日后打下基础。

 

2009年3月28日

      经过了一周的构思。用户这个框架已经再逻辑上变成了代码。怎么说呢，经过一周的努力，发觉整体来说，在结构上来说，已经和投入达到了平衡了吧感觉以我现在的水平。如果想要再进一步。将会是很大的挑战。

      现在打算在网站设计时的想法是，把东西先做出一个样子来。然后再考虑其他，本来打算在第一版的时候用hibernate和spring。发觉难度太大。因为对于这3个框架的认识。还完全跟不上我现在的水平。所以只好放弃。

      本来在我的心中，第一版会是一个比较像样的作品。有google的日历的界面。或者至少是仿的。现在再脑海中的却是一条一条记录的形式……但是不放弃却是关键啊。

2009/04/02

      把UserInfo类的Id换成了String类型

2009/04/03

       今天给User类加了toString，equal和Hashcode方法。本来想给Role和UserInfo也加入这个方法的。但是思考之后，觉得完全必要。

       在结构上有了一个在架构上比较大的改变的想法。就是用户架构就包括User和UserInfo这两个类。而原先的Role和Authority分离出去。组成一个新的系统，用来封装业务逻辑。

       从技术上来说，这不是很难。大体结构我打算沿用第二版的Role的结构。到时候，从数据库上抽出来的字段，通过反射生成不同的角色类。数据库当中，打算使用主从表的形式来存储相关的类。

       当然说的有点混乱，主要的问题还是逻辑上如何处理的问题。

       首先，由于现在用的不是Hibernate，所以映射必须自己完成。而以我的能力，尽管能够保证一定能用，但是估计会搞的很混乱。。

       其次，也是很困难的一种就是Role和User的连接关系？现在觉得应该是两边都需要能够方便的找到对方。

       说明问题都说的那么混乱。估计要是真做起来会更加混乱了吧。

       首先还是把和User相关的操作给做好吧。

2009/04/06

     今天在写加入用户的方法的时候，突然意识到。现在我的想法还有个很严重的错误。还是很喜欢用基本的数据类型。

     这样做当然有着方便。但是结果就是会使得数据的操作变的慢慢的难以驾驭。因为你必须把对象分解成原始数据类型。

     所以，以后，除非必要。否则不进行相关的操作。

       今天的User加入方法，并不涉及roll类。

     今天完成了用户的加入。同时密码配上了md5码

已然觉得相当的繁琐 2009/04/06

     整个系统写到这里，写一个总结，就是整个系统变的相当的繁琐。

     首先，utils系列类的引入，是一件让我很头疼的无奈。看过我尽管来说，我在打算创建这些类的时候，就已经预计好了每个类的功能，Uitls系列类的作用是类似与自己做的一个OR 映射的作用。但是在正式的写的过程中，变的越来越臃肿。比方说到后来，由于第二个问题的原因，安全问题的原因，渐渐的变成了一个大杂烩，违反了单一性的原则。到后来，我觉得Utils完全是一个错误。但是却不得不用。

     其次，安全性的问题。现在代表用户的User，和UserInfo两个类，我把其的构造函数设定成了default，然后在Utils类中设置相应的方法，以使得外界只能通过这些类来获取User和UserInfo对象。但是其相应的属性的get，set方法，总觉得很乱。但是我犯了一个在设计时候的很严重的错误的。就是标准不统一。因为关于安全的问题，在设计的初始阶段，我就预想，并不是这个系统应该解决的问题。但是在实际操作中，则是写的相当的混乱，在一些操作中，我已然加入了相关的安全的考虑。我想，这会使得我的系统，到后来很难维护吧？

     当然下一步的工作是把用户的删和修改写上去。写完之后，一定要把代码整理一下。