我曾在iteye上总结过，希望可以帮到你。
成都创新互联专业为企业提供东丰网站建设、东丰做网站、东丰网站设计、东丰网站制作等企业网站建设、网页设计与制作、东丰企业网站模板建站服务，10多年东丰做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
内容如下：
一、命名
1、所有的类、属性、方法都遵守以字母和数字为主，尽量不要参与特殊符号如下划线。其次，除类名开头字母大写外，其他名字都要小写，然后第二个后的单词首字母大写，长度在30个字符以内。
2、局部变量和全局变量的名字不能相同。
3、变量命名时也不能与其它方法重名。
4、变量命名尽量清晰可读，并带有一定含义。
5、接口中的方法按照返回类型、方法名、参数、异常、分号的方式编写，由于接口中的方法默认都以public static
final修饰，所以返回类型前面可以不做声明。
二、代码排版
1、方法体内按照
静态变量(以static修饰)---注入或引入的关联变量(以@Autowired修饰或引入的service或DAO)---自己命名的变量
--- 无参构造 ---有参构造 ---方法内容 ---- getter和setter的方法
2、每个方法的长度控制在150行内。
3、方法中所有常量字符统一整理在某个类内,如Constants,其所有的属性都以public static
final修饰，并且变量名字全部大写，单词之间用下划线隔开。
4、代码编写完成后排除掉warning的黄色警告，再格式化代码，以增强代码的美观。其中Ctrl+Shift+f
格式化代码,Ctrl+Shift+o快速导包，同时去处没有用到import。
5、每个方法中的return不得超过3个。
6、不要为Boolean，Integer或String创建新的实例：
避免创建新的Boolean，Integer，String等实例。使用Boolean.valueOf(true)代替new
Boolean(true)。两种写法效果差不多但却可以改善性能。
7、在代码块周围使用大括号:
永远不要忘记在块类型语句（如：if,for,while）周围使用大括号。这可以减少代码歧义并且避免在你修改代码块的时候产生新的bug。
8、养成写注释的好习惯。
不知道你们的需求要细到什么程度，只能说个大概
最基本的权限管理是要定义角色和权限
每个用户都有若干角色身份，比如项目负责人，项目参与者都是角色
权限就是操作，比如下载数据，浏览项目这些都是权限
角色表和权限表是多对多的关系
如果要给某个用户分配某个权限，就把一个权限和一个角色关联起来，同时确保这个用户有这个被关联的角色身份，这样就可以通过用户查角色，通过角色查关联权限，如果用户有关联当前操作需要的权限，就可以通过了。
以上是粗粒度的方法级权限管理的基本思想
细粒度的数据级权限控制要复杂得多，比如有两个项目，两个用户分别是它们的项目组长，而每个用户只能管自己的那个项目组，因为他们角色都是项目组长，所以就不能用上面的方法来验证权限了。
解决方案说来话长，采纳以后可以hi我详细说
授权时间可以使用定时器，到一定时间以后将角色和权限的关联关系删掉，也可以定期轮循检查，发现有权限过期了就删掉，前提当然是你的权限关联要记好生效时间和有效期
首先要明白一个完整Java程序包含哪些部分，再针对各个部分根据你要实现的功能进行代码补充，这样就不会不知道怎么下手了。例如以下最简单的HelloWord：
public class HelloWord{ //类声明，类明与文件名要一致
public HelloWord(){ //类定义
System.out.println("Hello Word!"); //类初始化和类要执行的功能
}
public static void main(String[] args){ //主方法
new HelloWord(); //调用类方法，即运行程序
}
Java中的变量一般分为类变量(也就是所谓的全局变量)，实例变量和局部变量。对于类变量，用static关键字声明，它属于类所有，在程序运行期间，内存中只有一份，多个相同类型的类共享这个变量，类变量在类中声明并且最好在声明的同时给它赋值；对于实例变量，也是在类中声明，并且最好在构造器中给其赋值。实例变量顾名思义只有存在实例的时候，实例变量才能存在，所以每一个实例都应该有自己的实例变量，一个实例变量被改变了，不会影响到同一个类的其他实例变量；对于局部变量，在方法中声明的或作为形参的变量都是局部变量，局部变量顾名思义就是在局部起作用的变量，程序运行完局部变量所在块(也就是大括号之间这一段)，局部变量就销毁了。另外局部变量还有静态局部变量，大括号结束后，它不会销毁，它与应用程序的整个生命周期绑在一起，也就是说，整个应用程序销毁了，它才会销毁掉。至于非要较真变量该放到什么地方，一方面，由变量类型决定，另一方面，有需求决定。
Java中的组件狭义上来讲，一般是能够独立完成某项业务功能的模块。这种模块封装的很好，可以直接拿来用，组件自己提供接口对外服务。它存放位置一般是一个独立的功能包中(例如Java的AWT和Swing组件)，或者是一个服务架构中(例如Java中的EJB)。
对象创建可以是在一个类中，也可以是在一个方法中。这里的方法不分main启动方法和普通方法。
以上所说的方法和对象放到哪个里面会更好？一句话：由需而定。放到哪个地方能最好满足需求，那么那个地方就是最好的地方。
这里你所阐述的主方法应该就是main方法。main方法是Java应用程序的启动入口，当然要放置那些能够启动这个应用程序的方法、变量和对象。
一般编程先写那些部分后写那些部分啊？对于Java编程，再写之前要先从整体上抽象，认真考虑需求中哪些名词能够抽象成类，哪些动词能够抽象成方法。以及类与类之间有哪些关联。
亘古不变的真理：多敲代码，多思考，熟能生巧。迟早有一天你会对Java编程游刃有余。
既然是商品库存系统，那么最少有各种商品的单件信息，1：需要有商品的进货价格，卖出价格，剩余数量，每月的销售数量，进货时间等，在对应的数据库表创建相应的字段。2：商品管理就是对多种商品的管理，所以还要有各种商品的分类，比如烟酒类，饮料类，小吃类，将其分类好管理，同样数据库里面建立相对的数据表。具体需要根据自己需求来编写。3:界面的设计，这里可分为登陆界面，其中一个是用户登陆后查看的界面，和管理员登陆后查看的界面，用户登录只能查看对应的商店的物品管理，并且能进行修改自家商品。管理员登陆可查看所有的用户的商店物品，及修改物品信息。而物品分类栏就可以用jQuery来实现局部的刷新界面。左边为物品分类栏，右边为选中物品类的信息。点击右边分类物品的某件物品，可跳转到该类物品的单个信息，如第1点提到的。
写代码的顺序最好和实际操作的逻辑一样，先做什么后做什么，这样能最大程度的保证逻辑不会出什么问题。前提是你要熟悉业务逻辑。
还有开发的时候不要局限于一个方法的实现代码逻辑，先从整体上把方法都写出来，比如这个方法要做什么，只管写一个方法就行，具体怎么做可以在框架都搭完了再写，更好的就是全部用接口，接口全部写好了之后再写实现类，这样更好。
还有一个方法里面的代码最好不要太长，最好不要超过一个屏幕，不然看起来很累的，可以把一个方法分成好几个方法来写，那样BUG也会减少很多，逻辑性强。还有就是最好不要循环嵌套，嵌套个两三层后出问题就麻烦了，如果一定要嵌套就分出去一个方法就好。
还有就是要多集成，能通用的方法就通用写掉，写成工具类，如果有框架了，多多熟悉原本就有的工具类，都自己写的话代码多不说，还很容易出错，要学会活用别人的代码。
最后：多多交流，自己蒙头写只能一事无成。
最最后：手打真累...
