object_R.Rmd

---
title: "object_R_somethings"
author: "霖子"
date: "2018年11月30日"
output: html_document
---
1.在运行数据前，应当先用R_studio建立一个project，project可建立一个空文件夹，此文件夹应该**所有**的与此项目相关的内容或数据**全部**都放到此文件夹（project）中（举例：这里应该包括：从TAC出来的数据源，甚至此项目的.Rata对象，也就是说将此文件夹当成一次项目的"闭圈"，所有与此项目相关的数据不应外溢）。为什么要这么做呢，就是为了将信息来源尽量唯一化，方便日后所有的动作，这种好处是显而易见的；

2.我目前认为应当写个脚本一次性的读入完成（比较推荐tidyverse包中的readr包读入，因为比较智能），而不是分批分读，但是这种想法的优劣显然还没想清楚，只是直觉感觉这样脉络更加清晰，而且这样可以快速发现读入问题，不至于到了后面才发现；这个脚本应该包含各种读入方法。它最好能根据class信息之类的信息接口，自动获取不一样的方法读入进来；

3.还有重要问题没有解决掉，那就是假如在跑一个脚本时，有可能程序会终止掉，但是，我们应当将脚本继续跑下去，而不应停在这个地方。最后，所有没跑完的函数，应当以一种类似于data.frame（当然，也可以是其他模式，主要是为了直观展示而已）形式展示出来。

4.网上说不应该将所有行为全部都放到God类中，这样不好，但显然我并没意识到为什么这样不好。不过，有个问题是值得注意的：当我写God类中的方法时，似乎让继承类（比如：RNA类）无法在原有基础上，无法发扬God的功能，虽然是可以继承God行为。但是，可能也导致了God类中的方法过于死板，但是应当怎么写活呢。我也没想明白；这个问题很严重（因为根本就无意识，所谓无意识者最无畏啊，感觉很是无从下手），嗯嗯，不过是不是应当将数据清洗和画图以不同方法分割开好些呢。貌似也什么必要啊。到底为什么不将所以的行为都放到God类中呢。放到God里面再让徒子徒继承不是更好吗。。。完蛋，想了想，确实把行为写死了。没事，让子类用其他方法重新拓展自己的行为吧。