设为首页收藏本站
开启辅助访问 切换到宽版

爱吱声

 找回密码
 注册
搜索
爱吱声»广场 › 研究生院 › 科教学圃 › Best Practice
123下一页
返回列表 发新帖
楼主: 老兵帅客
打印 上一主题 下一主题

[信息技术] Best Practice

  [复制链接]
胖子
  • TA的每日心情
    衰
    2019-3-13 15:27

    • 签到天数: 106 天

    [LV.6]出窍
    21#
    发表于 2011-9-28 17:33:20 | 只看该作者
    老兵提到的问题，是不是有一个前提：各层校验的对象是一致的？既从逻辑上来说，数据在各层次间流动时，不发生改变。
    3 ]1 @% a+ d0 A4 u' S: {& x' O# d8 @+ m
    如果是这样的话，倒确实不用每层都校验。而应把关注点放在数据传递安全上，也就是防篡改。
    . f( |% K5 T9 H0 Y0 r
    6 w0 h  v& l7 S- C; P  ^. H3 J0 R; Z* M如果数据流动过程中会变动，那我同意空气精灵的观点。
    回复 支持 反对

    使用道具 举报

    四处张望
  • TA的每日心情
    衰
    16 小时前

    • 签到天数: 1488 天

    [LV.10]大乘
    22#
    发表于 2011-9-28 17:41:53 | 只看该作者
    老兵帅客 发表于 2011-9-28 17:13
    " p# a% A% @" W) Iesb那个全是自己搞的，而且预先知道就放在自己的内部机器上。

    # f8 [7 E5 D: a4 k7 ]+ y理解不能，除非ssl这类都是缺省实现，懒得去掉，否则多个ssl多讨厌。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    23#
     楼主| 发表于 2011-9-28 19:01:31 | 只看该作者
    胖子 发表于 2011-9-28 04:33
    $ b4 E1 U& W" Y0 R9 A# z老兵提到的问题，是不是有一个前提：各层校验的对象是一致的？既从逻辑上来说，数据在各层次间流动时，不发 ...

    3 Y8 M  F  x3 t1 H- {+ ]各层的校验数据是一样的，就是从表示层那里得到的同一个java bean，内容不变。同时因为这是个在同一个java ee server下面运行的web app，不存在数据在中间遭到篡改的可能。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    24#
     楼主| 发表于 2011-9-28 19:02:55 | 只看该作者
    四处张望 发表于 2011-9-28 04:41 # l, {& g& ^$ L3 I5 A8 y$ @; v
    理解不能，除非ssl这类都是缺省实现，懒得去掉，否则多个ssl多讨厌。

    3 X9 w$ P. J4 J* v6 U9 `不是的，ssl设置都是要单独做的，而且还是双向ssl，也就是双方互相验证再建立ssl。
    回复 支持 反对

    使用道具 举报

    四处张望
  • TA的每日心情
    衰
    16 小时前

    • 签到天数: 1488 天

    [LV.10]大乘
    25#
    发表于 2011-9-29 09:52:11 | 只看该作者
    老兵帅客 发表于 2011-9-28 19:02
    / ?: Y% P- o6 Z$ M: p6 P不是的，ssl设置都是要单独做的，而且还是双向ssl，也就是双方互相验证再建立ssl。 ...

    # B' v3 X: h% ?: Q- u* H. @这个不就是等于保险箱里面再加吧锁吗，追求小数点后面的几个0呢？
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    26#
     楼主| 发表于 2011-9-29 09:59:19 | 只看该作者
    四处张望 发表于 2011-9-28 20:52 $ V1 Q# Y, z7 L
    这个不就是等于保险箱里面再加吧锁吗，追求小数点后面的几个0呢？

    . c. l. v7 @* l; B4 R  C, C没办法，安全这个领域太敏感了，多些安全总比少些强
    回复 支持 反对

    使用道具 举报

    四处张望
  • TA的每日心情
    衰
    16 小时前

    • 签到天数: 1488 天

    [LV.10]大乘
    27#
    发表于 2011-9-29 10:14:44 | 只看该作者
    老兵帅客 发表于 2011-9-29 09:59 4 z' W0 P4 C/ a% A
    没办法，安全这个领域太敏感了，多些安全总比少些强

    0 H9 R# W& Y! B$ _& e不过计算性能开始不值钱了，多点安全拖累性能无所谓，不要多人工就好。
    回复 支持 反对

    使用道具 举报

    猫元帅
  • TA的每日心情
    衰
    2021-2-5 00:48

    • 签到天数: 1421 天

    [LV.10]大乘
    28#
    发表于 2011-9-30 08:47:42 | 只看该作者
    专业词汇一个不懂，但是意思大概明白了。
    3 r9 u) S0 R; z1 z  ~! V  s9 q* J
    就是帅克同志认为在1－2－3递进的情况下，2和3不会发生超出1的BUG。所以只要1做得完善，检测1就足够了，用同样的方法检测2和3是一种浪费。不能为了检测而人为改变1的设置，因为1－2－3是递进的关系。& v+ t/ d7 f$ O, g0 X1 q

    2 z* i% W0 b+ t9 O% b8 f, z  }简单说就是不能为了检测而检测。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    29#
     楼主| 发表于 2011-9-30 09:16:32 | 只看该作者
    猫元帅 发表于 2011-9-29 19:47
    - T! b& S7 ^8 D+ p) b) \专业词汇一个不懂，但是意思大概明白了。
    + ^; T1 G; H6 `3 t# W& t8 Q! V6 L8 W. q
    就是帅克同志认为在1－2－3递进的情况下，2和3不会发生超出1的BU ...
    ) {+ m. |; \* X. `/ I3 k
    对，不应该做多余的事情
    回复 支持 反对

    使用道具 举报

    ImaNut

    该用户从未签到
    30#
    发表于 2011-9-30 21:46:38 | 只看该作者
    小绿爷 发表于 2011-9-27 22:17 $ [% X3 w3 q/ B
    隔行如隔山，对我而言基本看不懂

    & ]- Z$ d! U3 ^就好比一座办公楼，大门口一把门的，电梯一守卫，你办公室门口又是一位，连厕所那儿也摆一位，进出都查ID。理由是有人能钻窗户进来。

    点评

    mark
    这个比喻很贴切，赞一个  发表于 2011-9-30 22:15
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    31#
     楼主| 发表于 2011-9-30 22:40:35 | 只看该作者
    ImaNut 发表于 2011-9-30 08:46 " z" `3 ]( T! s5 K
    就好比一座办公楼，大门口一把门的，电梯一守卫，你办公室门口又是一位，连厕所那儿也摆一位，进出都查ID ...

    " s* I' L9 i' ^8 M- H: m  U问题是这大楼根本没窗户也要这么干，那就是多此一举了。
    回复 支持 反对

    使用道具 举报

    牌牌

    该用户从未签到
    32#
    发表于 2011-10-1 17:01:02 | 只看该作者
    作为一个前C++程序员表示理解起来压力不大。
    , V3 ~! ~0 |0 y2 f$ c) C  e现在的软件工程为了提高代码的重用性和可靠性，要求各个代码模块对所有的输入都进行合法性检查以保证业务逻辑的正确运行，所以CPU内存增长的再快，也不扛不住做总是在做无用功的软件啊。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    33#
     楼主| 发表于 2011-10-1 20:29:13 | 只看该作者
    牌牌 发表于 2011-10-1 04:01 . V' j. j: r1 s0 Q4 t
    作为一个前C++程序员表示理解起来压力不大。+ \: Q- N" B: e# x7 p
    现在的软件工程为了提高代码的重用性和可靠性，要求各个代码模 ...

    + `" V8 `# m( S  Q的确如此。
    回复 支持 反对

    使用道具 举报

    ekid
  • TA的每日心情
    开心
    6 天前

    • 签到天数: 1150 天

    [LV.10]大乘
    34#
    发表于 2011-10-1 21:10:21 | 只看该作者
    怎么软件也像协议分层吗？
    回复 支持 反对

    使用道具 举报

    sky100

    该用户从未签到
    35#
    发表于 2011-10-1 23:55:49 | 只看该作者
    看你怎么看这个问题了。现代的软件工程都是多人甚至多团队合作型，万一其中的一个模块外包到印度去，那边的开发人员乱写一气，污染了数据，然后下一级别的模块没有做数据效验怎么办？现实世界中总是有各种意外的。当时觉得没必要的事情，过几年之后可能会觉得是重要的。
    + _" n% @& G; f4 _/ G8 h. k! |: r7 d/ Z+ R6 ]* ^6 u) a" i
    从架构设计的角度来说，这样做对于扩展性很有好处。比如，现在你只用一台机器跑所有的web service.可是明天用户忽然增多，一台机器撑不住了，必须多台机器集群作战。这时这样做的好处就出来了，软件层面基本上不用作修改就可以分布到多台机器上用。如果象你想的那样内部通讯不需要安全验证，那么扩展起来还需要重新作安全验证，这样又会从另一个方面来增加工作量。是机器便宜还是开发人员的工资便宜呢？Really depends., q! ]" r4 P. m: _3 p, @3 L, `) g
    ( U! s' S  [; O( b! {
    很多时候设计决策本身就是一个trade off. % u/ ]) {9 u7 T7 m' Z" i8 y) ]8 @$ z
    ( L6 a6 y( B% V' o# \, m1 m, \; _4 s+ W
    * q  U! {5 Y4 d8 G6 t# _
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    36#
     楼主| 发表于 2011-10-2 04:13:56 | 只看该作者
    ekid 发表于 2011-10-1 08:10 ! n( g$ e1 D4 Z* e
    怎么软件也像协议分层吗？
    & @; E6 [- W1 U9 b
    是啊，一直都是这样做的
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    37#
     楼主| 发表于 2011-10-2 04:15:55 | 只看该作者
    sky100 发表于 2011-10-1 10:55
    4 Z; Q/ Z2 a" t看你怎么看这个问题了。现代的软件工程都是多人甚至多团队合作型，万一其中的一个模块外包到印度去，那边的 ...
    , w6 R% W5 _" [
    第一。测试是干什么的？  H: H3 [  }% e

    / [+ i( {- I! E, K+ k. W/ o8 y3 T6 t第二。如果那堆web service根本不可能被deploy到外网呢？
    7 \# O" g# a# h+ I% M; X- o+ P' r& J! d3 X
    我明白你的意思，但是这个trade off理论上很合理，现实中则根本没有得益的时候，而成本却肯定在那里。
    回复 支持 反对

    使用道具 举报

    一瞬无尽
  • TA的每日心情
    开心
    2016-2-8 14:34

    • 签到天数: 2 天

    [LV.1]炼气
    38#
    发表于 2011-10-2 17:53:13 | 只看该作者
    这种每层都验证数据的做法我觉得没错- E: q" G) T5 R& \( Y
    测试的做法我觉得似乎可以改进：通过修改下层的实际代码进行测试，这似乎过分了些* B& y2 c  E3 i- _
    我不了解实际情况，觉得似乎可以干脆另写测试代码，模拟下层专门发送错误数据给上层，不然每次测试都修改生产代码，太麻烦太浪费了1 b; u6 Q% X( P4 C

    , E% o& _$ E; N& i* b; O9 z我如果是上层写代码的，宁愿自己写这个测试也说不定，当然能安排给下层是最好了
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    39#
     楼主| 发表于 2011-10-2 18:56:46 | 只看该作者
    一瞬无尽 发表于 2011-10-2 04:53 / a& V; H4 R) w, a1 _
    这种每层都验证数据的做法我觉得没错5 S- C/ i- n' m
    测试的做法我觉得似乎可以改进：通过修改下层的实际代码进行测试，这 ...

    6 g& W; L4 ^$ L6 Z$ ~Good, you do that
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    40#
     楼主| 发表于 2011-10-2 20:51:25 | 只看该作者
    一瞬无尽 发表于 2011-10-2 04:53
    ( X+ Z+ q; h) _+ x这种每层都验证数据的做法我觉得没错, V5 ~: g2 H3 H/ @( T- Q
    测试的做法我觉得似乎可以改进：通过修改下层的实际代码进行测试，这 ...
    " w+ V9 K  V: k# S* M  U9 Q
    其实说起来，这个就看怎么做了，做得好的话是可以灵活配置的，也就是需要的话enable检测代码，否则disable掉就是。具体说来就是利用framework的能力，例如struts2的interceptor，可以做出几乎不带来额外开销而非常实用的检测程序来。
    回复 支持 反对

    使用道具 举报

    下一页 »
    123下一页
    返回列表 发新帖

    手机版|小黑屋|Archiver|网站错误报告|爱吱声   

    GMT+8, 2024-6-18 19:41 , Processed in 0.044594 second(s), 17 queries , Gzip On.

    Powered by Discuz! X3.2

    © 2001-2013 Comsenz Inc.

    快速回复 返回顶部 返回列表