几个interview题，求解

IsDonIsGood

如题，直接看题目吧，我翻译了一下。
1.猜拳游戏。有3个class:Rock（拳头），Paper（巴掌）和 Scissor(剪刀）。这3个class有共同的super class GE.游戏中会调用这3个class来进行猜拳 object1.versus(object2).
问题1：要求写一个method返回猜拳的结果（object1.versus(object2)的结果） 问要写在这4个class中的哪一个部分（where)，为什么。
问题2： 不用overloading，也不用条件判断，要求返回猜拳的结果，class的Structure应该是怎样构建。

2.怎样单元测试 MVVM

3.在没有继承特性的语言下如何实现继承

4. 一个关系图：

JobType负责生成job的object。AttributeType 负责生成动态的attribute。

要求每个相同的jobtype的job都有相同数目相同attributetype的attribute.用伪代码实现

求解~~~~~持分

yuba

HISOKA

怎样单元测试 MVVM
从来不做Unit Test. 什么公司budget这么多, 项目还有空余时间可以拿来写Unit Test玩

[ 本帖最后由 HISOKA 于 2012-3-7 20:46 编辑 ]

yuba

原帖由 HISOKA 于 2012-3-7 22:44 发表
从来不做Unit Test. 什么公司budget这么多, 项目还有空余时间可以拿来写Unit Test玩

佩服你在budget少的公司混下去的决心

budget多的公司咱惹不起，还躲不起吗

IsDonIsGood

原帖由 yuba 于 2012-3-7 22:38 发表

面试题，之前做过一次IKM的测试

wil

原帖由 IsDonIsGood 于 2012-3-7 22:31 发表
如题，直接看题目吧，我翻译了一下。
1.猜拳游戏。有3个class:Rock（拳头），Paper（巴掌）和 Scissor(剪刀）。这3个class有共同的super class GE.游戏中会调用这3个class来进行猜拳 object1.versus(object2).
问题1：要求写一个method返回猜拳的结果（object1.versus(object2)的结果） 问要写在这4个class中的哪一个部分（where)，为什么。
问题2： 不用overloading，也不用条件判断，要求返回猜拳的结果，class的Structure应该是怎样构建。

2.怎样单元测试 MVVM

3.在没有继承特性的语言下如何实现继承

4. 一个关系图：
  
JobType负责生成job的object。AttributeType 负责生成动态的attribute。

要求每个相同的jobtype的job都有相同数目相同attributetype的attribute.用伪代码实现

求解~~~~~持分

1. 我觉得两个问题可以一并回答，就是模仿java实现compareTo()的机制
2. 这个不会，主要没用过MVVM
3. 比如js就是一个没有继承特性的语言，有很多小的开源实现在js上模拟类和继承机制。类继承机制是靠维护class meta info来实现的，java也是一样
4. 看上去像个抽象工厂模式的应用

[ 本帖最后由 wil 于 2012-3-8 14:14 编辑 ]

交易人生

这些问题真烦，第一个我觉得要建个base class 比如叫Hand里面有个虚函数 ，比如叫win,然后3个class 继承下来，实现这个虚函数，类似abstract factory pattern那种。调用的时候，直接调用win就可以了， 比如 bool result = Rock.Win(Paper)

wil

原帖由 交易人生 于 2012-3-8 17:57 发表
这些问题真烦，第一个我觉得要建个base class 比如叫Hand里面有个虚函数 ，比如叫win,然后3个class 继承下来，实现这个虚函数，类似abstract factory pattern那种。调用的时候，直接调用win就可以了， 比如 bool result = Rock.Win(Paper)

是策略模式不是抽象工厂模式

fyang1024

1.猜拳游戏。有3个class:Rock（拳头），Paper（巴掌）和 Scissor(剪刀）。这3个class有共同的super class GE.游戏中会调用这3个class来进行猜拳 object1.versus(object2).
问题1：要求写一个method返回猜拳的结果（object1.versus(object2)的结果） 问要写在这4个class中的哪一个部分（where)，为什么。
问题2： 不用overloading，也不用条件判断，要求返回猜拳的结果，class的Structure应该是怎样构建。

abstract class GE {
        protected String id;
        protected Map<GE, String> resultMap;
        
        public String versus(GE other)  {
                    return resultMap.get(other);
        }

         public boolean equals(Object o) { // this method is important to the resultMap
                    if(o == null) return false;
                    if(!o instanceof GE) return false;
                    GE other = (GE)o;
                    return id.equals(other.id);
          }

           public int hashCode() { // this method is important to the resultMap, too
                     return id.hashCode();
           }
}

class Rock extends GE {
           protected String id = "Rock";
           public Rock() {
                     resultMap = new HashMap<GE, String>();
                     resultMap.put(new Rock(), "TIE");
                     resultMap.put(new Paper(), "LOSE");
                     resultMap.put(new Scissor(), "WIN");
           }
}
...

以上是问题2的回答
问题1可以用类似的思路，在父类里不放resultMap，而是放
protected GE destroying;
public String versus(GE other) {
            if(other.equals(this)) return "TIE";
            if(other.equals(destroying)) return "WIN";
            return "LOSE";
}
子类Paper的destroying是Rock对象, 依此类推

fyang1024

MVVM是微软的东西，俺不熟

不过类似于Java里的MVC
View部分都是一些button之类眼睛看得见的东西，不适合也不需要做单元测试
Controller（ViewModel）可以用Mock Object来单元测试
Model单元测试不需要什么特殊的支持。

fyang1024

同意6楼的回答

"3. 比如js就是一个没有继承特性的语言，有很多小的开源实现在js上模拟类和继承机制。类继承机制是靠维护class meta info来实现的，java也是一样"

fyang1024

"要求每个相同的jobtype的job都有相同数目相同attributetype的attribute."
不知所云
job和attribute之间的数量关系，图中已经标明是1对1..*

wil

原帖由 fyang1024 于 2012-3-9 14:34 发表
"要求每个相同的jobtype的job都有相同数目相同attributetype的attribute."
不知所云
job和attribute之间的数量关系，图中已经标明是1对1..*

哈哈，说的是有点绕，意思应该是：
比如jobtype A下的job a1, a2, a3...，每个an都有相同的对应的attribute，数目也好，类型也好，反正都一致的attribute组合

我感觉是当job工厂创建某个type的job时，同时也调用某个对应的attribute工厂实现去为这个jobtype产生对应的一致的attribute组合，应该是一个抽象工厂应用场景

kawara

这种题任何有自尊心的developler都会拂袖而去。

折腾人

红烧鸡翅

mvvm没听说过,其他都挺简单

fyang1024

明白了。
class JobType {
     List<AttributeType> attributeTypes;
     public Job createJob() {
            Job job = new Job(this);
            for(AttributeType attributeType : attributeTypes){
                 job.addAttribute(attributeType.createAttribute());
            }
            return job;
     }
}

class AttributeType {
      List<JobType> jobTypes;
      public Attribute createAttribute() {
             Attribute attribute = new Attribute(this);
             return attribute;
      }
}

class Job {
      JobType jobType;
      List<Attribute> attributes;

      public Job(JobType type) {
            this.jobType = type;
      }

      public void addAttribute(Attribute attribute) {
               if(attributes == null) attributes = new List<Attribute>();
               attribute.setJob(this);
               attributes.add(attribute);
      }
}

class Attribute {
       AttributeType attributeType;
       Job job;
      
       public Attribute(AttributeType type) {
              this.attributeType = type;
       }
      
       public void setJob(Job job) {
               this.job = job;
       }
}

wil

JobType和AttributeType应该是俩工厂，可以创建不同type的job和attribute的

我觉得这几个面试题出的挺好的，说明这个公司比较务实，比较重视代码质量，尤其是MVVM那个问题，说明他们的app web页面不是简单MVC能适用的

IsDonIsGood

原帖由 wil 于 2012-3-9 15:25 发表
JobType和AttributeType应该是俩工厂，可以创建不同type的job和attribute的

我觉得这几个面试题出的挺好的，说明这个公司比较务实，比较重视代码质量，尤其是MVVM那个问题，说明他们的app web页面不是简单MVC能适用的

他们用的是WPF,MVVM的测试应该是针对WPF（SilverLight）来的。