工作一月总结

目录:

  1:技术方面的收获

  2:非技术层面的收获与离职

  3:一些零碎的知识点

  4:离职原因

  5:感谢

 

前言:

  刚毕业,在上海担路网工作了一个多月,从7.12号到8.20号。

  上海担路网主要产品是服务于中小企业,帮其定制发布PC网站,手机网站,微信公众号等等,算是一个互联网工具提供商。其主产品的主要技术构成是Django,Angular以及Tastypie。商家用户在其设置界面(非Django的admin)输入某项的对应数据(AngularJS)后(通过Angular的$Resource)接入到Tastypie的API从而操作Django的模型,通过Django的模板系统(用了不少Bootstrap的样式)将其展示在此商家的用户面前。还有个旁系产品是完全的前后端分离的项目。

 

一:技术方面的收获

注:有些回顾可能由于时间原因会遗忘或者出现一些问题

  • 第1,2周:

   

   虽然写的是7.18的周任务,其实是7.12,7.18两周写的,第一周第一天布置环境,第二三天熟悉产品与代码的对应,后面几天写的就没有提交。

   写的上面主要都是一些改动,Angular与Django方面的

   其中记录两个解决费时多一点的:

   1)其中的"与"&“或”查询的实现:

      首先会想到使用Django的Q search

      一般使用如下:

      Poll.objects.get(
          Q(question__startswith='Who'),
          Q(pub_date=date(2005, 5, 2)) | Q(pub_date=date(2005, 5, 6))
      )
      而我的需求是从一个Hbase形数据中提取,所以是动态的传入一个dict并且实现或查询。我很傻得半天不知道如何去拼接,哎,只知道string的+拼接,其实抽象出来都是一样的,这里换成Q object的|拼接就完了。
      search_conditions = Q()
      for k,i in dict.items():
        search_condition = search_condition | Q(k=i) 
   2) 查询改成POST提交
    由于get提交的数据在url中会被服务器保存,所以在一些情况下改为post提交表单。
    表单提交改为POST提交后的连带问题是分页,Django默认pagination是在url后通过/?page=n从而进入到get方法中,从而取出对应页的数据。这里的需求是将其改为post方法提交,但是依然是加入/?page=n到当前url,
也就是所在request.method=“POST”中依然从request.GET中获取page参数。
    默认的使用如下:
    {% if contacts.has_previous %} <a href="?page={{ contacts.previous_page_number }}">previous</a> {% endif %}
    最后的解决办法是阻止翻页按钮的默认提交,将翻页按钮的href属性值加入到form的action中,然后点击提交form。这样的额外好处是还能够保持输入
    大概代码如下
    $("xxx").click(function(event){
      event.prevendefault();
      $("form").attr("action", $(this).attr("href"));
      $("form").submmit()
    }
  *要注意查询次数与翻页的关系,翻页不应该增加查询次数

  • 第三周

    这周测试那儿卡了整整一天半,各种排错没找出来,最后发现是基础数据其中的一个字段忘加了,而程序中此字段在用于查询时又是必须的(写在Tastypie部分的build_filter方法中的)。
    顺便记录下使用FIXTURE还是自己手动create的区别,对于与本次测试无关的辅助数据用FIXTURE,也就是几乎不会去修改他,否则用create,这样更explicit。

    关于PEP8记录一点pycharm中的Code菜单栏的Inspect Code选项可以检测PEP8规范

   git相关的有点多,就不总结到这儿了。

 

  • 第四周   

  

 

  写自定义表单WIZARD部分整整用了一周,此功能是组里一个大神写的,Angular部分写的太猛,然后表单部分字段到前端的把模型类映射到表单类又弃用了Django自带的Widget,细节有些不太懂,所以改的很头疼,不会的时候有两天回家还看文档看到半夜,结果第二天直接昏昏沉沉。

  后台Angular部分效果如下:

  

  选择右边后添加到左边表单,点击表单后可以编辑此field的一些设置。最后在前台就能够直接出现此表单,填完后提交就多了条记录。

  在此推荐一个找bootstrap样式片段的网站:http://bootsnipp.com/.  我的wizard样式就是在这里面输入form wizard找到的。

 

  • 第五周

  

  这里主要做的是将上面每个字段项可让用户分组,从而对应起每一步的wizard。

  对了,这里有个注意点事外键约束的问题要考虑清楚,比如删除分组但并不能删除其里面的字段,因为可以选择不用wizard显示。但是默认的是要删除的,所以需要设置on_delete=models.SET_NULL

  对了,还有个需要注意的是在数据库新加字段最好考虑下后倾向写成null=True,否则出问题后回滚比较麻烦

  话说请假回家三天,居然在来回的火车上基本读完了《锋利的jquery》以及《Test-Driven Development with Python》两本书

 

  • 第六周

  

  喏,待的最后一周的任务,其中dumpdata注意命令应该就是常使用下面的形式了:python manage.py dumpdata store.UserCategory --indent 4 --format json --pks 178,179,... > testdumpdata.json话说我当时看文档不知为何看漏了--pks参数,就发现没法取出某天特定数据,就用了在.py文件中查询->序列化->再写入文件的方法,其实这个方法挺好,可以写个脚步一次搞定完,但是问题在于可读性,没法达到--indent 4的那种效果。

  一个卡的比较久的问题就是用例测试那儿了,由于刚写完单元测试,所以满脑子还在那儿的节奏,写了一大半才发现数据库使用了真实数据库而不是测试数据库,其实文档写的很清楚使用Django.test.LiveServerTestCase的话会在后端8081端口启动一个Django server,但是由于思维还在那儿这个一眼晃过没有在意。所以此时不应该再去访问8000端口,若有nginx的upstream server也应该对应改到8081端口(当然,可以自己指定端口号:https://docs.djangoproject.com/en/1.10/topics/testing/tools/)。这样的话才是使用的测试数据库的数据。

  还有一个小问题是写server name时不要把前面的http://加入,我图方便,直接从浏览器中copy的,自然多了之,最后发现有之不行。联系下图顺便对应下window.location对象

  

 

二:非技术层面的收获

  也是不知道为什么,这一个月关注的公众号收到的关于性格讨论的很多,加上自己的感受总结起来大概就是下面几点:

    自信,勇于接受新挑战

    要有只要步步分析,就一定能够解决问题的信念

    严格的做出逻辑分析并且步步求证,一定不能基于假设去求证

 

三:一些零碎的知识点

  这里记录一些碰到过的很傻的一些问题(主要是我基础不好吧),由于没有随手记下,发现遗忘了不少

  1. 关于Django模板变量与JS的联系问题
    1. 首先要明确的是模板变量在服务器端就会被赋值,而JS是在浏览器端执行的,所以在JS执行时对应东西已经被替换,这也牵扯出js并不能够改变模板中{{ xxx }}的问题。常用的有:
      1. 获取string形:var sth = "{{ sth }}";
      2. 获取其他对象:如在Djang视图中返回sth = json.dumps(dict(name="pd"))  # 若不转化为json形式的话可能会出现一些转义

                    则在JS中 var sth = {{ sth }};即可转化为JS的object

      2. 若把js文件用引入的方式的话,在js文件中就无法获取模板变量了,解决方法是将其写成函数,参数为需要获得的模板变量,这样在template中调用即可。

  2. 在Django 测试中post data,若使用json, 并不需要data=json.dumps(data), 写好对应的content_type即可。注意与JS中的微妙区别(js中如果是简单数据的话也不需要,否则最好序列化一下)

  3. 修改/host/etcs可以将外部主机绑定到你希望的主机(一般是绑定到本地127.0.1.1)

  4. Django中用ajax post提交表单时别忘记了加csrf_token,这里需要注意的是既可以将之加入到header中,也可以作为data的一部分进行发送,不过前一种更好。通过jquery的.ajax不同的options可以完成这两种不同的加入。(注,每个模板自带变量{{ csrf-token }})

  5. 关于显示html, 注意开启{% autoescape on %},若是在js中想获取带html标签的可用safe过滤器。注意js插入时用.html(哈哈,没想到我习惯了写.text()。搞得废了半天劲)

  6. Django测试时,若是运行一个测试类,其每个方法下使用的同一数据的PK是递增的,故注意不要硬编码

  7. 关于python的NoneType:http://stackoverflow.com/questions/21095654/what-is-a-nonetype-object

  8. 在Django中相比get后再if xx判断存在与否不如使用filter(xxx).exists(). 

  9. 在Django中不要使用.first()去获取,其原理是全取出来,转化为list,再切片取第一个,效率太低

  10. 由于js的执行问题(或者是setTimeout等),有不少需要使用到回调函数确保你想要的东西已执行完毕

    其实回调函数实质就是传入函数参数,在具体的时间执行

    function aha(callback){

      //...; 

      if( callback && type(callback) == "function"){

        callback();

      }

    }

  11. 处于浏览器兼容性考虑,最好用jquery而不是JavaScript

  12. Angular中同类view要想好到底是改变url,还是通过 “变量+ng-if”,还是通过modal的方式来呈现,各有各的好处

  13. 关于在post提交时获取数据时的request.body与request.POST:

    我们习惯了在post提交时从request.POST中提取数据,以前看F12帮助时发现传的都是字典类的数据,我就以为get与post不同一点就是get与post提交数据形式不同,一个是?a=xx&b=xx, 而另一个是{a:xx, b:xx},直到有一天看到Javascript ajax提交提倡都先使用stringfy函数序列化后上传,结果一看其只能序列化成?a=xx&b=xx的形式,当时就纳闷这样post还如何提交啊?后来发现其实浏览器那样只是为了可读性,实际还是提交的?...形式(print request.body即可发现),而又由于form提交与ajax提交使用的content-type不同,所以若是form提交,Django将之转化为了类字典的request.POST, 而ajax中提倡的json格式提交一般后面就反序列化request.body成dict就行了

    可以参考这篇博文

  14. 由于常用一些插件或者是bootstrap,对于其中某个样式想要去改变的话有时会出现失败的情况,主要是因为被其本身写的样式覆盖了,这时通过加入!important可以实现提高优先级,从而不会被覆盖掉。

  #  暂时想起来这些

 

四:离职原因

  每周六天+每天加班+没有任何形式的补助;没有任何类似咖啡机啊什么的东西(没有公司文化,工程师文化)

  有点点不鼓励自己去实现一些东西

  同事之间除了午饭没什么交流,也没有任何定期互动或者活动什么的。这样的感觉就是每天就是拼命干活,没有归属感

  在没有归属感的情况下工作压力很大的话真是受不了,突然间发现完全没有了生活,来了一个月就没有出过这公司与家这两点,公车和地铁都没上过,活的恍恍惚惚的,每周唯一的期待就是周日去超市逛逛能够多看见几个人,觉得有有生气。最终选择了辞职

  其实我并不觉得加班有什么,反正回家也是看东西学东西,但是觉得归属感比较重要。而归属感主要可能来自:产品本身,工程师文化,同事有没有共同爱好(除了工作外的,比如踢足球,哈哈),...

 

五:感谢

  主要感谢主管张哥,虽然人生观不同,但是这段时间教会了我不少东西,能够相对系统的给我讲一些东西,又鼓励培养我独立解决问题。上面总结的一些东西大多都来自张哥的提醒或者讲解。真的是十分感谢。

  

 

  

posted @ 2016-08-23 01:57  billiepander  阅读(688)  评论(0编辑  收藏  举报