jsonfixer 0.1.4
jsonfixer: fix invalid json: broken-json / truncated-json.
Navigation
Project links
Statistics
View statistics for this project via Libraries.io, or by using our public dataset on Google BigQuery
License: MIT License
Author: alingse
Maintainers
Classifiers
Project description
Usage
fix invalid/broken/truncated json
- JSONDecoderError
- line context
HitRatio
根据 checks 里面的工具来衡量修改效果
ABC : autogen --> 职业交易者遵循的10条规则 broken --> check TSR : run test.sh show.sh ratio.sh
FixRatio
仅判断 result.success == True
Real HitRatio
判断 result.success == True
并且解析后的 json 大体和原来一致(equal && dictdiffer)
目前的缺点 && 发现
数字的支持比较弱 --> -02 / 0. / .0
突然想到, 应该反思一下, 这个是一个fixer, 而不是一个将任何字符串都转为 json 的东西 应该明确 JSONFixer 的能力范围, 对 runratio.sh 也应该比较前后两个的 json 相似程度。 (听起来像无能者的辩白?)
C++编程规范-101条规则准则与最佳实践电子书pdf下载
DroidMind 于 2019-03-14 23:46:30 发布 1488 收藏
提取码获取方式：关注下面微信公众号，回复关键字:1162
《C++编程规范：101条规则、准则与最佳实践》，原名《C++ Coding Standards: 101 Rules, Guidelines, and Best Practices》，作者：【美】Herb Sutter、【美】Andrei Alexandrescu，翻译：刘基诚，出版社：人民邮电出版社，ISBN：711514205X。本书是为 PDF 格式，影印版，大小 36MB，带有书签，方便读者朋友阅读。 *****荣获2005年JOLT生产效率大奖!***** *****本书作者，两位全世界最受尊敬的 C++ 专家将全球 C++ 社区的集体智慧和经验凝结成一整套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位 C++ 程序员应该遵循的行事准则。***** 内容简介： 在本书中，两位知名的c++专家将全球c++界的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位c++程序员应该遵循的行事准则。书中对每一条规范都给出了精确的描述，并辅以实例说明；从类型定义到错误处理，都给出了最佳的c++实践。即使使用c++多年的程序员也会从本书中受益匪浅。 本书适合于各层次c++程序员使用，也可作为高等院校c++课程的教学参考书。 良好的编程规范可以改善软件质量，缩短上市时间，提升团队效率，简化维护工作。在本书中，两位全世界最受尊敬的c++专家将全球c++界的集体智慧和经验凝结成一整套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位c++程序员应该遵循的行事准则。. 本书涵盖了c++程序设计的方方面面，包括设计和编码风格、函数、操作符、类的设计、继承、构造与析构、赋值、名字空间、模块、模板、泛型、异常、stl容器和算法等。书中对每一条规范都给出了言简意赅的叙述，并辅以实例说明；书中还给出了从类型定义到错误处理等方面大量的c++最佳实践，包括许多最新总结出的和标准化的技术，即使使用c++多年的程序员也会从中受益匪浅。 ■通过阅读本书，可以找到以下问题的答案：.. ■哪些东西值得标准化?哪些东西不值得标准化? ■使代码可扩展的最佳方法是什么? ■合理的错误处理策略有哪些要素? ■如何(和为什么要)避免不必要的初始化、循环依赖和定义依赖? ■何时应该(以及如何)同时使用静态和动态的多态性? ■如何实践“安全的”改写(override)? ■何时该提供不会失败的交换(swap)? ■为什么要阻止异常跨越模块边界传播?如何阻止? ■为什么不应该在头文件中写名字空间声明或指令? ■为什么应该使用stl vector和string代替数组? ■如何选择正确的stl搜索算法? ■为了保证代码的类型安全，应该遵从哪些规则. 目录： 前 言 组织和策略问题 1 第0条 不要拘泥于小节（又名：了解哪些东西不应该标准化） 2 第1条 在高警告级别干净利落地进行编译 4 第2条 使用自动构建系统 7 第3条 使用版本控制系统 8 第4条 在代码审查上投入 9 设计风格 11 第5条 一个实体应该只有一个紧凑的职责 12 第6条 正确、简单和清晰第一 13 第7条 编程中应知道何时和如何考虑可伸缩性 14 第8条 不要进行不成熟的优化 16 第9条 不要进行不成熟的劣化 18 第10条 尽量减少全局和共享数据 19 第11条 隐藏信息 20 第12条 懂得何时和如何进行并发性编程 21 第13条 确保资源为对象所拥有。使用显式的raii和智能指针 24 编程风格 27 第14条 宁要编译时和连接时错误，也不要运行时错误 28 第15条 积极使用const 30 .第16条 避免使用宏 32 第17条 避免使用“魔数” 34 第18条 尽可能局部地声明变量 35 第19条 总是初始化变量 36 第20条 避免函数过长，避免嵌套过深 38 第21条 避免跨编译单元的初始化依赖 39 第22条 尽量减少定义性依赖。避免循环依赖 40 第23条 头文件应该自给自足 42 第24条 总是编写内部#include保护符，决不要编写外部#include保护符 43 函数与操作符 45 第25条 正确地选择通过值、（智能）指针或者引用传递参数 46 第26条 保持重载操作符的自然语义 47 第27条 优先使用算术操作符和赋值操作符的标准形式 48 第28条 优先使用++和- -的标准形式。优先调用前缀形式 50 第29条 考虑重载以避免隐含类型转换 51 第30条 避免重载&&、
08-27 179