django 1.8 官方文档翻译：7-2 管理操作

管理操作 简而言之，Django管理后台的基本流程是，“选择一个对象并改变它”。在大多数情况下，这是非常适合的。然而当你一次性要对多个对象做相同的改变，这个流程是非常的单调乏味的。 在这些例子中，Django管理后台可以让你实现和注册“操作” —— 仅仅只是一个以已选中对象集合为参数的回调函数。 在Django自带的管理页面中都能看到这样的例子。 这真是极好的，但是以视图的代码设计角度来看，它并不完美：由于操作与Article紧密耦合，不如将操作直接绑定到ArticleAdmin对象上更有意义。 ``add_action(action[, name]) 如果一些操作对管理站点的任何对象都可用的话，是非常不错的 – 上面所定义的导出操作是个不错的备选方案。 例如，如果我只希望名称以’J’开头的用户可以批量删除对象，我可以执行下面的代码： class MyModelAdmin(admin.ModelAdmin): ...

7-2 寻找大富翁

7-2 寻找大富翁 分数 25 全屏浏览题目 切换布局 作者 陈越 单位 浙江大学 胡润研究院的调查显示，截至2017年底，中国个人资产超过1亿元的高净值人群达15万人。

PTA 7-2 符号配对（20 分）

7-2 符号配对（20 分） 请编写程序检查C语言源程序中下列符号是否配对：/*与*/、(与)、[与]、{与}。 输入格式: 输入为一个C语言源程序。

7-2 树种统计 (20 分)

本文链接：https://blog.csdn.net/shiliang97/article/details/102924532 7-2 树种统计 (20 分) 随着卫星成像技术的应用，自然资源研究机构可以识别每一棵树的种类 直接看这个改良版的代码吧~~~~ #include <iostream> #include <cstdio> #include <string> #include <map> using namespace =mp.end();it++){ cout<<it->first<<" "; printf("%.4f%%\n",it->second/(double)(n)*100); } } 代码抄的。。

7-2 到底有多二

本文链接：https://blog.csdn.net/shiliang97/article/details/96301355 7-2 到底有多二 一个整数“犯二的程度”定义为该数字中包含2的个数与其位数的比值

PTA 7-2 找奇葩 (20 分)

在一个长度为 n 的正整数序列中，所有的奇数都出现了偶数次，只有一个奇葩奇数出现了奇数次。你的任务就是找出这个奇葩。

PTA 7-2 方阵循环右移

PTA 7-2 数字之王 (20 分)

的每个数的各位数的立方相乘，再将结果的各位数求和，得到一批新的数字，再对这批新的数字重复上述操作，直到所有数字都是 1 位数为止。这时哪个数字最多，哪个就是“数字之王”。

代码管理

但是随着自己VBA使用的增多，代码分散在各个Excel文件中，非常的散乱。管理好自己的代码是提高代码复用率的关键，也能提高开发的效率。 为了把数据与代码分离，我个人一般这样管理自己的代码： 编译型的语言，像C语言之类的，一般都有一个官方的库，以及个人编写、收集的库，这些库是一些常用的功能代码，在编写一个具体任务的时候，会去引用(注意这里是引用而不是复制 ，这个是代码管理的关键，电脑中正常仅有一份库文件)这些库文件，再通过编译生成exe可执行文件。 库 使用加载宏来作为库进行代码管理： 一些功能性的东西，比如一些常用的类、函数等，在编写VBA代码过程中会经常使用到，但是本身不是一个完整的可以完成某个具体任务的，我会放在一个加载宏中，固定保存在电脑的某个位置 将常用的功能分类制作加载宏的目的主要是考虑到随着代码功能的增加，如果放在一个加载宏中，太多了容易混乱，分类管理就比较清晰。

PTA 7-2 列车调度（25 分）

7-2 列车调度（25 分） 火车站的列车调度铁轨的结构如下图所示。 两端分别是一条入口（Entrance）轨道和一条出口（Exit）轨道，它们之间有N条平行的轨道。

7-2 冒泡法排序 (30分)

7-2 冒泡法排序 (30分) 将N个整数按从小到大排序的冒泡排序法是这样工作的：从头到尾比较相邻两个元素，如果前面的元素大于其紧随的后面元素，则交换它们。

7-2 冒泡法排序 (30分)

将N个整数按从小到大排序的冒泡排序法是这样工作的：从头到尾比较相邻两个元素，如果前面的元素大于其紧随的后面元素，则交换它们。通过一遍扫描，则最后一个元素必定是最大的元素。然后用同样的方法对前N−1个元素进行第二遍扫描。依此类推，最后只需处理两个元素，就完成了对N个数的排序。

7-2 歌唱比赛计分 (15分)

7-2 歌唱比赛计分 (15分) 设有10名歌手(编号为1-10)参加歌咏比赛，另有6名评委打分，每位歌手的得分从键盘输入，计算出每位歌手的最终得分(扣除一个最高分和一个最低分后的平均分)，最后按最终得分由高到低的顺序输出每位歌手的编号及最终得分 .6 : 7.25 No.7 : 6.75 No.9 : 6.50 No.4 : 6.00 No.3 : 5.75 No.5 : 5.25 No.8 : 5.00 No.1 : 4.00 代码实现

PTA 7-2 找奇葩 (20 分)

在一个长度为 n 的正整数序列中，所有的奇数都出现了偶数次，只有一个奇葩奇数出现了奇数次。你的任务就是找出这个奇葩。

PTA 7-2 数字之王 (20 分)

的每个数的各位数的立方相乘，再将结果的各位数求和，得到一批新的数字，再对这批新的数字重复上述操作，直到所有数字都是 1 位数为止。这时哪个数字最多，哪个就是“数字之王”。

git管理代码

理论上改代码前要pull一次，然后在push前在pull一次 改代码前pull一次是为了获取最新的同步，但是coding也是需要时间的，难保敲代码的这段时间没有人动远程仓库的东西，所以在改完代码要 git checkout dev ②首先pull一次 git pull 如果是特定分支，比如dev分支 git pull origin dev 这样就可以获取到最新的更新并合并到当前分支 然后开始敲键盘码代码 -m "修改了无法跳转页面的bug" ⑤然后再一次pull，如果木有冲突就push，默认推送到master git push 推送到指定分支 git push origin dev 如果有冲突，改好代码后回到第

代码分支管理

前言 没有最好的代码管理方式，只有最适合当前需求的方式。 正文 移动项目中，有用SVN做代码管理，也有用Git。从效率上来讲，Git会比SVN更优：最直接的是SVN在切换分支时比较慢。 为了适应敏捷开发的快速迭代，代码管理工具大体都在慢慢切向Git。 本文是介绍项目中用Git管理代码分支遇到的问题。 项目初期 用Git管理代码，首先要区分分支，最直接的做法是仅提供两个分支： 为了保持开发阶段的便利，提供develop分支，作为日常开发的提交分支； 为了保证外网代码的可查，提供master分支，作为日常发布的打包分支 代码的分支管理会随着项目迭代不断进行优化，总体来说是往两个方向发展：保证版本的质量，以及提高开发的效率。 在修改这篇文章的时候颇有感触，文章提到的项目初期真的是很早以前的事情了。 随着项目逐渐发展，分支管理已经逐渐习以为常，现在大家关注的都是组件化多仓管理和多仓合码，pipeline包大小检测、安全检测、覆盖率检测、单元测试等等。

7-2 神奇字符串 (30 分)

本文链接：https://blog.csdn.net/shiliang97/article/details/101472572 7-2 神奇字符串 (30 分) 神奇字符串的定义为: 只含有1和2,

7-2 英文单词排序 (25 分)

本文链接：https://blog.csdn.net/shiliang97/article/details/97651417 7-2 英文单词排序 (25 分) 本题要求编写程序，输入若干英文单词，对这些单词按长度从小到大排序后输出 错误代码 短短几行，却看不出那儿有?️‍ AC代码 ? 后面就想了一个没啥用，但是sort也过去的代码 ? AC代码 #include<iostream> #include<algorithm> using namespace std; struct s2{ string s; int n; }; bool

代码分支管理

上述情况最有可能的原因就是代码分支管理混乱所致。那么今天就和大家重温一下代码分支策略 有关的知识 。 版本控制系统 提到版本控制系统，大家脑海里肯定会想到SVN或Git。 其实根据版本控制系统的运作方式，目前主流版本管理系统被划分为集中式版本控制系统和分布式版本控制系统两种类型。 集中式版本控制系统 Subversion 简称SVN，是集中式版本控制系统的典型代表。 版本控制系统的出现，解决了多人如何进行协同修改代码的问题。这类版本控制系统，都有一个单一的集中管理的版本控制管理服务器，保存所有文件的历史修订版本记录。 起源于Linus Torvalds 为了帮助管理Linux内核开发而开发的一个开源的版本控制软件。它与集中式版本控制系统的区别在于多个服务器共存，每个人的节点都是一个代码仓库，所有的节点都是平等的。 特点： 优势：分支方式简单，管理工作量较少； 不足：会有等待时间，存在一定的资源浪费；若高频交付，可能存在未完成功能的代码。