随笔分类 - Python
关注大数据和AI技术
摘要：有时用：if else (非if逻辑)，更方便，使代码兼容性更强有时用：if else if (除了if之外的某个分支)，更准确，更精确，使代码更严谨
阅读全文
摘要：复杂耗时的逻辑，放入到一个新的子线程中，单独进行处理，不要抢占主线程的资源，这样界面就不卡死了
阅读全文
摘要：（1）关键demo >（2）多次迭代【大部分人到此处停止了】 >优化【***建议到这步***】
阅读全文
摘要：定义函数时，需要注意以下处理方法： （1）抛异常模式（何时使用？？？），推荐：一直抛出到最上层，然后弹出异常消息框（当中间存在跨线程时 【跨子线程 或 跨主线程】，若在跨线程中出现异常，则可以在catch{}中弹出消息框，并返回特殊值，比如：null 、 false等）（2）不抛出模式（何时使用？？
阅读全文
摘要：（1）在前后台的交互接口中：若有重复使用的方法或字段，建议编写到其基类当中，然后业务接口的子类从该基类继承（注意：工具方法和字段除外）（推荐指数*****）（2）写成工具类（随时调用，不建议，推荐指数**）
阅读全文
摘要：*arrays,{参数数量不限制，具体类型：查看源码中的参数说明} **options{参数数量不限制，类型：Key，Value}
阅读全文
摘要：https://www.jianshu.com/p/b233b158ca51?utm_source=desktop&utm_medium=timeline
阅读全文
摘要：1、编译程序（C# 、C++） >编译器（compiler） >（exe、 dll） 2、解释程序（Python） >解释器（interpreter） >(pyd)
阅读全文
摘要：https://www.jb51.net/article/178047.htm#_label1
阅读全文
摘要：逻辑性较强业务在编写函数时，建议使用bool或包含bool属性的实体作为返回值 关于其中的异常处理可以有两种方式 1、抛出异常设计：异常从底层抛出模式，顶层输出消息（常规做法） 2、即无异设计：把异常处理掉，异常时返回值为false， 异常信息要记录日志，并将提示信息通过其它渠道输出
阅读全文
摘要：https://www.cnblogs.com/cxuanBlog/p/12195745.html
阅读全文
摘要：https://www.cnblogs.com/long5683/p/11402825.html
阅读全文
摘要：https://blog.csdn.net/huangwei18351/article/details/81456228
阅读全文
摘要：https://www.cnblogs.com/jamaler/p/12164921.html
阅读全文
摘要：https://www.cnblogs.com/rickiyang/p/12153070.html
阅读全文
摘要：https://www.cnblogs.com/guyouyin123/p/12158264.html
阅读全文
摘要：http://www.sufeinet.com/thread-11652-1-1.html https://blog.csdn.net/qhr2617869/article/details/51305259?utm_source=blogxgwz6
阅读全文
摘要：业务：业务包(通常为字符串) >先压缩 >再加密 >最后base64代码：String（业务包） > bytes[] > zip > Encrypt >Base64String 注：zip和Encrypt顺序可颠倒
阅读全文
摘要：从技术的角度讲，某个项目除了使用少量 “通用性” 的逻辑之外；更多的是 项目自身的 “个性化逻辑” ， 这时候搭建 “量身制作的” 框架 和 “个性化” 逻辑封装，能够大大提高开发效率
阅读全文
摘要：https://blog.csdn.net/xiangzhihong8/article/details/103005894
阅读全文
