关注技术，关注生活

@sitinspring

你说的这个还是编码的问题，中文取出后变成问号就是和我说的第6点一样的问题，一般情况下有可能出现的就是你的URL中文用的是UTF-8但提交时可能把它当成GBK了，或者是GBK当成UTF-8了，这时候会有部分不出出现错误，但有一些会出现?或方框，这是因为UTF-8中的码表跟GBK的不是一样的，但有部分一样。而出现?大多数情况下是转成ISO-8859-1出问题，出方框是转成GBK出问题，这部分因为要说起来会很麻烦，所以我也没在这里面提出来，但只要你在所有地方设置好了编码，一般就不会出现这种情况了。

还有你这种情况的出现，有时是你在TOMCAT里没设置好编码造成的，这个配置一下就行了的。

看来加班只能是程序员的命了，不管在大公司还是小公司里。你说的那个印度阿三实在是我等学习的榜样啊，看来在大公司里混就要像他学习了。在小公司里怎么解决的都会被人问个清楚明白，想偷懒都不行。

基本上用过EXTJS后就不想用其它的了。

我就是用范型实现的啊，在05年时做的一个项目时就用上了，当时JDK1.5好像才刚出没多久。一直没发现什么问题

老弟，你写这个东西就叫烦人啊，我每个星期都要写几千行的JS代码，那我不早就跳楼算了。还有像“啊啊啊啊 ”说的一样，struts中把styleId属性做为html标签的id属性使用，这个在reference中就可以查到的了。

是2K吗，我使用的时候，GET时只有1K，POST时好像有4K。反正没有2M那么多，要是那么多的话，我就不用那么烦了

界面感觉有点MindJet的味道.....不过总体上感觉还不错.

@Feng
Mock可以模拟一个环境，在重现WEB应用中的某些特殊BUG时很有用。

以此类推，类似于xml解析等的工作也没有必要自己一步一步地用dom或者什么乱七八糟的sax自己去搞一遍，搞了半天就使为了得到其中的一个value，何苦来着?

===========================
确实不明白楼主说：不用DOM解析XML得到VALUE。这句话的高深函义，每每在项目中有需要解析XML的地方我都是用了DOM4J来解析。确实不知道有什么更好的办法得到我想要的VALUE，还望楼主告知一二。

@江上一叶舟
1、对于所说的情况确实是存在，如果是我，我会将领导的那种一次性导入看成是另一个资源操作，而权限是对这个资源操作的设置，对普通管理员，则没有这个资源操作的权限，就像一个页有增加，删除，修改，查看，导入，上传，下载的功能一样，增删改查，我会看成是一个ACTION中的操作，导入看成是另一个ACTION中的操作，上传下载看成是第三个ACTION的操作。一个页面分离成三个ACTION的权限设置，就是这样而已，不是说硬要认为。数据的读取方法，过程，可以不必特别在意，抽象出来后都一样。“获得request流，解析流中数据，并且添加入数据库”不过就是获得数据，保存数据的过程，和页面填写数据，然后提交保存入数据库是相似的，不同的只是过程。

2、我说的问题之前也说了它的权限设置可以看成是“对饼图的查看操作，对曲线图的查看操作，导出到PDF，也不过就是对PDF的查看操作”，所以对于领导的要求也是能完成的，普通管理员只有查看数据的权限，领导有查看饼图的权限，查看曲线图的权限。

3、当然我说的也并非是针对某一需求的理解，而是将页面的操作进行抽象后的理解所说的。呵呵

权限有的是基于ACTION或URI，有的是基于资源的，可能你的是基于资源的，所以和我的想法并不是相同的。权限开得更清楚也不是没有好处，至少在设置权限时用户更加清楚它设置的权限对哪个操作有影响。
就像我一开始说的，这是我第一个项目时所想的权限系统，当时所想的也是要简化复杂的权限系统，而没有关注到用户设置权限时是否清楚的问题，时隔一年，现在的权限设已大不相同，操作的定义在于XML文件中，而非数据库或用权值表示，操作可以有十个或一百个，这都不影响，设置权限时读取的是XML文件中的信息，它显示用户可以设置哪些操作，操作对应的模块等等的信息。而设置后的相应信息同样保存进数据库，在用户登陆时再进行加载。数据库保存的就是XML文件中的模块或操作的ID，权限具有继承的能力，系统权限优于模块权限等等。这些都是根据市场和自己的理解变化而变化的。只是在看到你这篇文章后令我想起了自己设计的第一个权限系统而有感而发而已，不要见怪。

@江上一叶舟
我是对你这个方法而说的：
public static boolean isValidPrivilege(int privilege)//判断是否具有权限
27 {
28 if ( (privilege & QUERY_OR_USE_PRIVILEGE) != 0)
29 {
30 return true;
31 }
32
33 if ( (privilege & CREATE_PRIVILEGE) != 0)
34 {
35 return true;
36 }
37
38 if ( (privilege & DELETE_PRIVILEGE) != 0)
39 {
40 return true;
41 }
42
43 if ( (privilege & UPDATE_PRIVILEGE) != 0)
44 {
45 return true;
46 }
47
48 return false;
49 }
isValidPrivilege方法要是有任何一个权限都会返回TRUE，但结果与return privilege >0是一样的。难道不是？

哈哈，没想到你们公司的情况居然和我们的如此相似。

代码没仔细看，不过你的判断是否有权限方法，感觉可以只是地判断是否值大于1就行了，不过搞四个那么多，就像你原来所说的，如果扩展了权限，那你不是每次要加一个判断？

1、确实没想过这么处理，今天算是学到了。
2、是一个好办法。
3、如果是上传EXCEL的话，可以看成是对文件的添加操作，解析数据可以看成是对数据的添加操作，都是一样的，文件也不过是数据存储的一种方式，数据库未出现之前，数据就是以文件的形式保存的，难道数据库出现后，对文件的上传而不保存到数据库中就不能算是添加操作了？不要跟我说你只是让他上传，但上传后是不保存在服务器或数据库或其它的任何地方，而仅仅是能点上传按钮而已。
而报表形成饼图也是一种权限的话，可以把它设置成对饼图的查看操作，对曲线图的查看操作，导出到PDF，也不过就是对PDF的查看操作，不过，个人认为，即然你都可以看到源数据了，饼图，曲线图却不让人看，还让人家自己去画不成？

PS:上面说的对权值的判断，可以对16进制进行toBinaryString()进行判断第N位是否为1，但如果在权限设置页面时，用STRUTS标签是很难进行这样的判断，一种方式是在页面用嵌套JAVA的方式进行处理判断，另一种方式是在数据读取后，在返回前进行遍历处理。第一种不用多说，现在还在页面嵌套JAVA的做法已经被人抛弃了，原因就不多说。第二种自然只是在效率上有所减少而已。取舍还是看你自己了

怎么说呢，其实在以前我也考虑过你这个无限扩展的问题，但仔细一想，权限不存在无限扩展，权限基本的都是增删改查，因为它们都是对数据库的操作，
比如你说的上传功能，它只不过是对上传的内容进行增加操作，再如下载，也不过就是对上传内容的查看操作，你有查看权限了，自然有下载功能，有增加权限了，自然有上传功能。
再如报表，你不过是对报表这些内容的查看权限，所以不存在扩展性问题。
不要被扩展性所迷惑，我开始设计权限时也一度被8421的可扩展性所迷惑，但最后想仔细，其实也就只有四个操作而已，放成四个字段，比8421的方式容易修改，也容易知道有哪些权限，不用再进行计算。就像你说你用16进制存权限吧，如果我1表示查看，2表示增加，4表示修改,8表示删除，那如果我进行增加操作，那你就得判断我的权值是否是2,3,6,7,10,11,14,15，这其实是增加的复杂性，权限系统本身就很复杂了，如果在权值上面还进行人为的复杂化，而仅仅为的是不存在的扩展性，那我觉得是得不尝失的。
如果是在小数据量时，XML文件方式不是不错的，可惜权限本身就是大数据量的，针对这个问题其实我也想过一个解决方案：把每个人的权限放到一个XML文件中，因为针对个人的权限来说，相对还不算太大，然后用一个主XML存放相关文件的信息，而每个信息对应的就是这个人员的KEY，能唯一查找到对应的XML。这在某程度上应该可以解决XML加载的速度问题，但觉得不安全，因为XML文件很难对其读写进行权限控制，被人不小心删除了或修改了，那也是一件麻烦的事，所以最终也没用XML文件实现。

根据beanSoft的　 JSP 中 AJAX 的表单提交中文问题的简单解决方案 - GBK 版本(原创) http://www.blogjava.net/beansoft/archive/2006/12/31/91144.html
果然可以解决，不得不汗一个，在GBK编码下，无论如何都不能用SEND方法发送参数，而要把参数加到URL中然后OPEN，不管是GET或POST都这样，真晕了。
使用encodeURIComponent 后的参数必须为UTF-8，如果不用的话就是XMLHTTP设置在CONTENT-TYPE中的CHARSET的编码，获取后可以用
new String( value.getBytes("iso-8859-1"), "utf-8")
和
new String( value.getBytes("iso-8859-1"), your_contenttype_charset)

好，马上看看。试下能否成功

看看prototype的　Object.extend的实现吧。

要注意的是保存文件时的编码也要调成一致的，要不也会乱码。不过ECLIPSE好像有根据JSP页面设置的ENCODING设置默认编码的智能，一定也就不会有问题了

@bluesea
就像你所说的，对于成功应用和依赖于ERP的公司，能举出例子来的确实很少，比例不行啊。

AJAX确实是个好东西，不过事情好坏都是双面的，在我之前开发的项目中，我都是在逐步将AJAX应用添加到里面，一方面，随着AJAX应用的增加，在许多以前无法很优雅解决的问题，都通过AJAX漂亮的实现了，另一方面，AJAX大范围的使用，而带出更多的问题却是不可避免的。最明显的问题就是维护，不管你文档有多详细，比起原来的开发模式，要让一个新人很快上手却是不容易的，特别的当JS的代码量达到万行以上时更是难以维护(是指公用的代码)。而且JS的灵活性更使维护的难度加大了。

在很多应用中，AJAX不是真实需要，而是心理需要。就像ERP一样，真的有那么多企业需要ERP吗？买了ERP产品的企业，真正有使用的，能使用到里面大部分功能的又有多少百分比呢？但还那么多人去搞是为什么？因为是ERP一个企业的身份象征一样，代表着这个企业有多大的实力。

客户欠款表和客户还款表就是一个多对多的关系，
客户信息表可以看成是一个中间表，客户欠款表和客户还款表应该通过中间表进行连接，三表联合查询

蛤查文档也是得在知道哪里问题才能查啊，呵呵

没关系的，写出来的东西就是要让大家共同学习的，如果不让转载，那就没意义了

支持

我也是在困惑着这个问题，因为我对很多主面都有兴趣，但我知道如果不专一一点是没多大成就的，现在就在为应该专注于哪一方面而烦。（测试我也是很有兴趣的，只是好像很难找到适合的工作）

用过滤器不行吗？？

没错,要搞定JSP的乱码问题就得搞懂编码,当时我和了一个月的时间去研究编码,有些心得.

首先,乱码问题的一个主要原因是TOMCAT,TOMCAT的核心编码用的是ISO-8859-1(默认),所以你在页面中怎么处理SETREQUESTENCODING,SETRESPONSEENCODING都无效,乱码依旧,你必须在SERVER.XML文件中更改下TOMCAT的编码,如本文提到的URIENCODING="GBK".当然你的页面还要设置ENCODING还有SETRESPONSEENCODING(此时才能生效),而像本文中提到的
String S=new String(rs.getString("news").getBytes("gb2312"),"ISO8859_1");
是为下下策,你既然设了URIENCODING,就没必要用这方法了,这方法是在没设的情况下用的.

牛哥......
你太牛了,我佩服得五体投地

其实两个人都没有错,只是大家站的位置不同,看到的东西不同而已.

同情ing,节衰吧,哈哈.我确实也看到很多人都说断线了.国内的网络整体素质还有待提高:)

最近在做一些需求分析和系统分析的工作，也在考虑这个问题，看完后觉得自己也犯了这“过度设计”这个错。想得太多了，现在一般公司不用WINDOWS的大概没有那么多个。

STARBUCKS倒还没听过，不过你说的这现象，我倒是见怪不怪了。我不知道这和管理有没有关系，但我知道的是和现在人们心理想法和思想的转变有关系。

泡泡回来了，我也回来了，比你晚来了几天。加油！！

外包可能是中小企业一个比较好的方法。像我现在的公司一样，不算是很大，但也小有规模，但毕竟资源有限，想要每个相关的职位都找到一个专家，基本是不可能的。一方面，会造成人材的浪费，因为对于中小型企业来说，需要专家解决的问题并不是很多;另一方面，雇一个专家和一个普通的员工所需要的薪金可是一个不小的落差，你一个月的纯利够雇这么多专家吗？就算够了，放在那浪费，没机会用，还不如用这些资金扩大业务，或者慰劳一下为你辛苦工作那么久的员工，增加一下公司的凝聚力。


－－－－－－－－－－－－－－－－－－－－－－－－－－－－
最近我的blog地址更改了，超郁闷适应新环境中。。。。。。。。

不用谢我啦,我不过是"偷"用一下你的文章,也没说什么有建设性的话.说得我都有点不好意思了.*^_^*

该不会是真的得奖了吧？:目

再一次借用泡泡的文章

太棒了,越来越喜欢泡泡的评论了.(搞不好一个不小心就喜欢上你了,怕怕)期待泡泡更多的评论.

对了，没经过你同意，我就引用了你的文章，请见谅，不过我有注明出处。^_^，如有不当，请告诉我，我马上删除。

看过你这篇文章，我决定试试firefox,之前我一直在用IE，不为什么，只因为它方便，不用自己再安装。