回复5楼
      完成了模型要求。思路上跟2楼相近，在初次任务时，选择使用非优先级则选择距离最近的操作员，主要代码在任务分配器，结合了任务分配器的默认代码进行改造，使得模型相对来说更加完善。

恭喜您！论坛ID为 草原一棵树 的朋友在第五层的回复是第二个有效回复，获得积分1分，由于是首次参与活动，并且代码上有一定创新再额外奖励积分1分，以示鼓励。

回复10楼
       完成了模型要求。模型与三楼高度雷同，修改了让同一分配器来分配打包的任务，会导致同一个订单拣选和打包的操作员是不同的。

恭喜您！论坛ID为 east0593 的朋友在第十层的回复是第四个有效回复，获得积分1分。

[b] [url=http://www.flexsim.asia/redirect.php?goto=findpost&pid=14663&ptid=4831]6#[/url] [i]慧娴亚伦[/i] [/b]

谢了

本次TFT活动已经截止。
      本次活动是TFT的第二十三次正式活动。本次试题与第二十一次活动的原理实际上是一样的。我们可以借助任务分配器的分配功能，实现更符合现实的搬运或者其他相关任务。思路的核心在于获取关键任务的involved参数，从中得到相关实体的引用，再判断新分配的任务是否符合某个条件而进行分配。

本次题目一共有5位朋友得到了有效回复。他们的论坛ID分别是：
      xinglei、ldd001、FFFrenk 、 草原一棵树、east0593
      他们将获得指定积分，没有获得积分的朋友期待您的下次参与.

      由于有第二十一次模型的代码提示，一直都在关注TFT活动的朋友应该不难完成本次试题要求。4楼的模型代码比较简洁，而3楼的模型还考虑到了打包工作也必须绑定原先拣货的操作员，5楼的模型特别选择了如果是一个新的装卸任务时，选择操作员是根据完成任务的距离最小来选择的。以上几位朋友模型都推荐大家参考，在此不再额外提供参考模型。

      希望有更多的朋友，特别是下载了试题原题的朋友都能花一些时间上传模型参与活动，最后再次感谢大家对活动的支持！

之前做模型的时候没有看到楼主在合成器里面写了数量，所以就自己做了一个全局表作为订单，并在进入触发的时候选择更新组件列表。
模型基本与前面的思路一致，在卸载触发的时候，对比托盘上的数量与全局表的数量，在差一个的时候解除操作员的绑定，使他能够进行其他合成器的拣选任务

[i=s] 本帖最后由 慧娴亚伦 于 2015-6-30 14:02 编辑 [/i]

回复15楼：
      完成了模型要求，一个建议，如果使用自定义代码尽量将原先的代码注释（比如您模型中分配器的passto）不要继续沿用原来的默认内容。

成长中

学习中

灵活性不够，一名操作员固定完成一台合成器的工作

回复19楼：
      完成了题目的要求，通过判断任务的类型来决定。
      个人建议您还是需要改变一下嵌套判断这样的思路，以及代码编写的方式，代码的易读性上有很大的缺陷。