类成长过程的public,private,static,protected

我们需要把一切想的非常明白，非常完美才开始动身么？
在敲代码的时候也是在设计不是么？整个过程也意味着设计的提升，最后的改进；
框架性的设计要非常明确，再三思考，细节性的实现可以有个概念就动手code，写完进行优化和美观；

我试着考虑一个类如何轻巧的开始，明确的美化和优化，最后达到一个让人满意的程度；
应该有怎样一个原则，来把它可在骨髓里来达到极其纯熟的程度；

关于public,protected,private,static这些关键字，意义当然都非常明白，我认为使用的过程是：

1，原则：make it work=>make it quick=>make it beautiful;

2,general rules:public==对外接口，数据都private，通过inline函数来访问；
访问函数和数据有明确的const限制，保证安全性和较低的debug强度；

3，把public函数实现过程中复杂的和公用的部分抽象出新的函数，使用能够解释的名字：
void classname::foo()
{
   readin();
   operate();
   writeout();
}
   函数命名保持一致，规范，使用规范大众简单的实现方式，在有必要走其他路线的时候再走，并给予足够的注释；
   函数需要类的数据的时候，变成private，进一步如果会被子类用到，变成protected；
   不需要数据，考虑变成static（放入匿名namespace是我的最爱），其他地方有需要的地方，就global甚至放到lib里；

这样类一点点合理的成长为一个健壮优雅合理的功能单位；