xyz20003

回复: 请教:表单里的元素如何横着放

tableLayout如何？右边放一个Panel，里边用html写上你要的附加说明。

进入论坛入门讨论版

2008-06-24

全文显示

回复: 请教:表单里的元素如何横着放

columnLayout，examples里有例子。

进入论坛入门讨论版

2008-05-30

全文显示

可你这样搞，就丢失了one page one application的特性了吧？与其搞的这么复杂，还不如直接写一个html的form省事。html+js的代码都没有使用extjs的多。反正你也要提交的，页面也是要刷新的，所有东西也都要重加载的。 acegi默认实现用的redirect，要想和ajax结合，最简单的方法是在redirect的action里返回json。不会失去ajax的特性，也省的重写acegi内部实现。

进入论坛 AJAX 版

2008-05-29

全文显示

(翻译)Spring Security-2.0.1参考文档”技术概述“

技术概述 5.1. 运行环境 Spring Security可以运行在标准的Java 1.4运行环境下。它也支持Java 5.0，不过这部分代码单独打包起来，放到发布的，文件名是"tiger"前缀的JAR文件里。因为Spring Security的目标是自己容器内管理，所以不需要为你的Java运行环境进行什么特别的配置。特别是，不需要特别配置一个Java Authentication and Authorization Service (JAAS)政策文件，也不需要把Spring Security放到server的classLoader下。上面这些设计，确保了发布时的最大轻便性，你 ...

进入论坛 Java 版

2008-05-28

全文显示

回复: 技术该如何为市场服务?

这个问题讨论的基点在哪里？说xx服务于xx，其实就归结到“进行一项工作时，由谁来拍板钉钉。” 说技术服务于市场，无非是因为市场直接面对客户，掌握了第一手的客户需求，所以技术应该“听”市场的，市场说什么就做什么。 potian老大说的，技术能力已经成为行业标准，整个把上面说的普通情况颠倒了过来，变成技术人员掌握了行业标准，客户的水平知识有限，还未达到行业标准的地步，所以由技术来指导客户走入正轨。这种情况下，实际没留给市场多少舞刀弄剑的机会，硬生生把市场人员挤兑成售前支持，变成“售前”人员对技术的服务。按上面的说法，应该是谁掌握客户需求，谁说了算，谁就处于被服务的地位。但是，请返回来 ...

进入论坛海阔天空版

2008-05-28

全文显示

回复: 技术该如何为市场服务?

白干了一年，听了一年“股份，分红”，最后一分钱没拿到。原来每天有酒有肉，现在每天青菜萝卜。还说技术为市场服务，等做好以后我吃肉，你们喝汤。早知道技术要这样给市场服务，还不如回家种地养猪，自己为自己服务。现在就想说，你说市场重要的话，我举双手赞成，以后有问题自己解决，别过来烦我。让我干一分活，就要给一分钱，别的都不管了。反思一下，在市场跑过来让你做这做那的时候，你知道他们从你做的东西里赚了多少钱吗？10w？100w？最后你分到多少呢？500？1000？说程序员别自傲，10w里你最多分2w，离开市场你做的东西卖不出去。说程序员别太傻，别让别人卖了，还要替他们数钱。最后问技术一句 ...

进入论坛海阔天空版

2008-05-26

全文显示

(翻译)Spring Security-2.0.1参考文档的”使用命名空间简化配置“部分

Security命名空间配置 2.1. 介绍从Spring-2.0开始可以使用命名空间的配置方式。使用它呢，可以通过附加xml架构，为传统的spring beans应用环境语法做补充。你可以在spring参考文档得到更多信息。命名空间元素可以简单的配置单个bean，或使用更强大的，定义一个备用配置语法，这可以更加紧密的匹配问题域，隐藏用户背后的复杂性。简单元素可能隐藏事实，多种bean和处理步骤添加到应用环境中。比如，把下面的security命名元素添加到应用环境中，将会为测试用途，在应用内部启动一个内嵌LDAP服务器： <security:ldap-server / ...

进入论坛 Java 版

2008-05-24

全文显示

回复: 软件项目管理“六大拍”

问题就出在这个“拍脑袋”上。按照楼上的说法，自己“拍脑袋”和别人“拍脑袋”效果似乎是一样的，可后续的实行方法和心理因素不见得一样。自己“拍脑袋”闹出来的事端，心里还会觉得是自己的过错，以后继续拍的时候还带有负罪感。别人“拍脑袋”以后推到你身上的事情，如果因为上头压力不得不接，执行中遇到的问题都可能明里暗里朝着当初拍脑袋的人发泄。如果是因为自己逞能，硬接下来，继续拍胸脯，那纯属不智了。《软件估算》这本书里讲的更多是如果避免拍脑袋，它是首先分析老板要求你做项目估算时的心理，告诉你一些应对的方式，不要硬生生冲过去说，“你这是不可实现的任务”，在有周旋余地的基础上再对任务进行时间和成本的计算。（是计算 ...

进入论坛入门讨论版

2008-05-24

全文显示

软件项目管理“六大拍”

看到书的楔子里写了一段软件项目管理的六拍，深有感触，拿出来跟大家分享一下。在项目开始之前，你总是先“拍脑袋”得出进度和成本的承诺；在开工大会上领导“拍拍你肩膀”，是那样的语重心长，充满期待；而小酒刚下肚，春风正得意时，你不由得“拍胸脯”以表示决心和能力；但在项目进展过程中遇到这样，那样的困难时，客户和业主不得不“拍桌子”了；这时充满悔意的你，只能“拍大腿”以示自责；而到了一切都覆水难收时，恐怕也只能“拍屁股”另谋高就了；不过却也总能够重新找个地方东山再起，再“拍脑袋”去。

进入论坛入门讨论版

2008-05-22

全文显示

选择html还是脚手架作为demo？

一般的客户在刚开始往往不了解自己到底想要什么样的软件，随着项目的一步步进行，他们会根据实际完成的部分逐渐理清头绪，提出进一步的要求。有一种说法就是，“真正的需求是在第一个版本完成的时候产生的。”用户在看到完整的成品后，才首次理顺了自己的思路，然后在成品的基础上对功能进行删减。为了让客户更早明确自己的需求，还是应该根据最初的模糊需求制作出一个demo来，为客户提供一个实体做参考，来进一步细化需求，避免前期的返工。这个最初的demo是交付静态html页面还是由grail那种脚手架生成的crud程序呢？我倾向于使用脚手架生成的动态程序。第一，脚手架生成的代码，可以模拟基本的动态功能，也可以 ...