前言
人生得意须尽欢,莫使金樽空对月。 我们从小就有许多规则要求着做事思考,也常有人在耳边说应该这么做应该这么说。而自己内心最真实想法和观点慢慢都被磨灭,只留下了一副没有主见躯壳。不应该就这样沉寂,要大胆的去尝试未知。写代码也一样,都说我们程序员闷、话少,其实我们只是把想说的话用代码进行了表达。所以写代码就要随心所欲。
:hankey: 相信你一定对类的命名有过苦恼,我们应该减少这种烦恼保护我们的头发。
Good :+1|type_1_2:
open class caoxian666 { /*……*/ }
Bad :-1|type_1_2:
open class DeclarationProcessor { /*……*/ }
:hankey:反正没人会读你的代码,应该会有人让你修电脑:computer:
Good :+1|type_1_2:
var niubi = 9527
Bad :-1|type_1_2:
// 666是根据网络名句得出
// @查看: <新闻介绍>
var caoxian = 666;
:hankey: 我们应该减少对命名的思考,这样就会有更多时间去思考代码逻辑等问题:beer:
Good :+1|type_1_2:
fun caozongziru() { /*……*/ }
var abc = 1
Bad :-1|type_1_2:
fun initializeView() { /*……*/ }
var pageSize = 20
:hankey: 许多人都有一目十行的能力,写成一行可以大大提高阅读代码的效率
Good :+1|type_1_2:
AlertDialog.Builder(context).setView(0).setTitle(R.string.dialog_title).setMessage(R.string.dialog_message).setIcon(0) .create()
Bad :-1|type_1_2:
AlertDialog.Builder(context)
.setView(0)
.setTitle(R.string.dialog_title)
.setMessage(R.string.dialog_message)
.setIcon(0)
.create()
:hankey: UI布局中控件嵌套应越多越多,这样才能体现自己的逻辑思考能力:fountain:
Good :+1|type_1_2:
<RelativeLayout>
<LinearLayout>
<RelativeLayout>
<ImageView/>
...
<TextView/>
</RelativeLayout>
</LinearLayout>
</RelativeLayout>
Bad :-1|type_1_2:
<android.support.constraint.ConstraintLayout>
<ImageView/>
...
<TextView/>
</android.support.constraint.ConstraintLayout>
:hankey: 做人要未雨绸缪,写代码也是一样,要编写自己不使用的代码为未来做打算:mailbox_with_mail:
Good :+1|type_1_2:
fun countPrimes(n:Int,count:Int): Int {
var sum = 9527;
return n + count;
}
Bad :-1|type_1_2:
fun countPrimes(n:Int,count:Int): Int {
return n + count;
}
:hankey: 不做没有把握的事情,也不写没有把握的代码。不要忘记编写自己的B计划:bath:
Good :+1|type_1_2:
fun countPrimes(n: Int): Int {
if (n < 0) {
return -1
} else {
return n + 666;
}
//我的B计划
return 0;
}
Bad :-1|type_1_2:
fun countPrimes(n: Int): Int {
return if (n < 0) {
-1
} else {
n + 666;
}
}
:hankey: 一切都在掌握之中,即使捕获了异常也不需要上报,因为你不一定能解决它:jack_o_lantern:
Good :+1|type_1_2:
try {
...
}catch (e: SomeException) {
//caoxian666...
}
Bad :-1|type_1_2:
try {
...
}catch (e: Exception) {
reportedException(e)
}
:hankey: 傻瓜都能写出能让机器理解的代码,而优秀的程序员才能写出让傻瓜理解的代码。
Good :+1|type_1_2:
fun getTomorrowDate(): DateTime {
Thread.Sleep(24 * 60 * 60 * 1000)
return DateTime.Now
}
作者: 王猛猛
链接:https://juejin.cn/post/6963525365402697742
一个系统可以维持5年,10年,甚至20年以上,但是代码和设计模式的生命周期非常短,当对一个解决方案使用不同的方法进行迭代的时候,通常只能维持数月,数日,甚至几分钟的时间
良好的编程习惯涉及到很多方面,但在软件行业内,大多数的公司或组织都不会把良好的编程习惯列为主要关注点。 例如,具有可读性和可维护性的代码比编写好的测试代码或使用正确的工具更有意义,前者的意义在于可以让代码更易于理解和修改。
减少嵌套会让代码可读性更好,同时也能更容易的找出bug,开发人员可以更快的迭代,程序也会越来越稳定。简化代码,让编程更轻松!
Google为了那些还不熟悉代码规范的人发布了一个JS代码规范。其中列出了编写简洁易懂的代码所应该做的最佳实践。代码规范并不是一种编写正确JavaScript代码的规则,而是为了保持源代码编写模式一致的一种选择。
程序员似乎忘记了软件的真正目的,那就是解决现实问题。您编写的代码的目的是为了创造价值并使现有世界变得更美好,而不是满足您对自我世界应该是什么的以自我为中心的观点。有人说:如果你拥有的只是一把锤子,那么一切看起来都像钉子一样
TinyMCE是一个轻量级的基于浏览器的所见即所得编辑器,由JavaScript写成。它对IE6+和Firefox1.5+都有着非常良好的支持。功能方强大,并且功能配置灵活简单。另一特点是加载速度非常快的。
函数式编程对应的是命令式编程, 函数式编程的核心当然是对函数的运用. 而高阶函数(Higher-order)是实现函数式编程的基本要素。高阶函数可以将其他函数作为参数或者返回结果。所以JS天生就支持函数式编程
朋友发表了一条说说:入职新公司,从重构代码到放弃”,我就问他怎么了?他说,刚进一家新公司,接手代码太烂,领导让我先熟悉业务逻辑,然后去修复之前项目中遗留的bug,实在不行就重构
页面实现关键词高亮显示:在项目期间遇到一个需求,就是搜索关键词时需要高亮显示,主要通过正则匹配来实现页面关键词高亮显示。在搜索结果中高亮显示关键词:有一组关键词数组,在数组中筛选出符合关键字的内容并将关键字高亮
我们讲的是攻击过程中用到的代码,不是你攻击过程中准备的软件代码。我们讲的是现在应当能成功攻击的。不是你已经装好后门你去连接了,像菜刀服务端、跨站代码等。真正的dir溢出、现在很多黑客黑了服务器之后,会装一个shift后门。
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!