重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
我曾在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也会减少很多,逻辑性强。还有就是最好不要循环嵌套,嵌套个两三层后出问题就麻烦了,如果一定要嵌套就分出去一个方法就好。
还有就是要多集成,能通用的方法就通用写掉,写成工具类,如果有框架了,多多熟悉原本就有的工具类,都自己写的话代码多不说,还很容易出错,要学会活用别人的代码。
最后:多多交流,自己蒙头写只能一事无成。
最最后:手打真累...