@loading 核心功能已经完善了我只是不想把地址发出来，以免说我推广，现在很多地方用了 3.6 才支持的 f strings

@msg7086 现在就是纠结和个问题啊， 小哥是前者， 我是后者

@qiaobeier 英语拼错的水平

@shuirong1997 谢谢你

@qq7790586 我的知乎答案的赞都是别人给的
https://www.zhihu.com/question/24385418/answer/252603808

@shintendo 我的项目就是这样被他挤走了

@belin520 看到他这样我可能有点不开心

@kppwp 所以我问他怎么看 fake star 的问题，他说是 marketing，虽有 1 点点可以理解但我不敢苟同...但事实上他就吸引更多人来 star 和 pr 和提 issue 了
我能怎么办

@ranwu 我是觉得没意思的，所以我也只能看着他上 trending 吸引更多的人，我只好默默地做自己的事情

@CSM 高了之后搜索的人看到了多了才会帮你 PR 和提 issue

@azh7138m 不在，我当私密日志保留了一下聊天记录

居然碰到一个跟我差不多但是自己写脚本刷 star 的上来了...真是醉了

@BlackL 是 _is_auto_construct 才对，还我找了好久的说。如果这个属性为 True，则在初始化这个对象时，如果对象里面有属性方法，则会调用逐个调用对象的属性方法

@deleteDB 感谢鼓励！

@fank99 还是有很多可以改进的地方，谢谢你的赞同~

@baojiweicn2 关于 get_value / set_value 不够 pythonic 这点，我在楼上给出了我的想法，不知道这样的想法是否合理？还是说使用 @property 会更好一点？

我的想法：
至于 @property 之前我试着用了一下，因为我项目里面大部分是 get，极少 set，如果我使用了 @property，我需要写 getter 和 setter，心里想着 set 可以直接通过 obj.key=value 的方式设置，那就没有太大的必要再写多一次 setter，在我看来 @property 在对某些属性有限制时的场景下比较有实际意义，普通场景下感觉用不用都可以，也不知道这样的想法是不是我还不够深入的原因，所以最后没有采用 @property。

@Takamine 赞啊！
因为之前自己不是学 python 的，所以受别的语言的一些影响就把其他语言的一些东西带到过来了。所以写完之后自己也觉得不够 pythonic，才发了这个帖子希望有经验的大大来指点一下。
谢谢你的建议，线程其实之前有考虑，但是没想好线程对应怎样的使用场景，因为 instagram 的接口的分页数据获取是采用游标的形式的，没办法像常规爬虫那样有规律地分页去安排不同线程去获取不同分页段的数据。不过如果是按照用户列表去爬取用户的 post 的话，以及下载用户媒体的时候，线程就可能可以起到作用了。
另外我看了廖雪峰的博客，他建议是 进程 + async/await 的方式比使用线程高效。
至于 @property 之前我试着用了一下，因为我项目里面大部分是 get，极少 set，如果我使用了 @property，我需要写 getter 和 setter，心里想着 set 可以直接通过 obj.key=value 的方式设置，那就没有太大的必要再写多一次 setter，在我看来 @property 在对某些属性有限制时的场景下比较有实际意义，普通场景下感觉用不用都可以，也不知道这样的想法是不是我还不够深入的原因，所以最后没有采用 @property。
日志这一块我不知道作为一个库加上日志是否合适，但是我会认真考虑~
说了很多，就当是相互交流一下想法，真心谢谢你的建议，这正是我想看到的，十分感谢~QwQ

@fenghuang 首先要有大概的整体逻辑的设计，然后就是模块适当分离，然后公用的部分抽取一下，最后组合起来，大概是这样吧，如果觉得不清晰我们可以再交流。其实我在项目里面放了一个 design.md ，你可以看看~