这次开发中我是甲方，帖主是受托方，我们双方都购入了授权。选择过去一直使用的控件就是为了向前兼容性节约开发工时，没有向前兼容性我买这个干什么。
之前报表打印的性能也是一样，到底需要改变用法自行规避。
服务期免费升级，过了服务期呢，我们可是每两年都新购入一批。
不多说了，拜拜就是。 megac 发表于 2016-10-21 10:41
哪句话体现出通过设置能解决这个问题？到底是在做二次开发。
这次开发中我是甲方，帖主是受托方，我们双 ...
首先我很抱歉，在产品使用过程中给你和楼主带来了困扰。不管是甲方还是乙方，对我们来说都是同样重要的用户。
你提到的AR的帖子我看了。AR3升级到AR7，渲染性能的问题。我们和研发确认后提供了4行代码控制AR7的接口，性能得到提升，最终确定采用异步方式，对整体性能做了更大的优化。不过，AR3到AR7，中间经过了5年多的时间，平台也从.NET 1.1变更为.NET 4.0，期间也的确增加了很多功能，这也是使得默认加载效率下降的一个原因。不过当时我们就将此问题作为需求提交研发团队，希望在加载和渲染部分，不断提升性能。
再说本帖的问题，如果你说向前兼容性指的就是楼主贴出的几个方向键在不同状态下的行为不一致的问题，目前的确是这样的。这么设计主要是因为WinForm的FlexGrid从10年前就有很多用户，所以后续版本一直要考虑这些用户的行为习惯，不能做修改。而WPF下的FlexGrid是近2年新推出的控件，主要在性能上取代原有C1DataGrid，而在方向键默认行为上则参考目前比较常用的习惯来做的。
不过不管怎么说，目前的确是你在使用过程中对我们有不满，我们表示理解和接受。现在我希望可以这么处理：
1. 你本帖提出的行为不一致的问题，我们按照甲方（你）的需求，做好Demo，然后提交给乙方（楼主）。
2. 默认键盘行为的问题，我们会再次请研发团队确认，评估修改的风险。
服务期内可以续服，这样可以持续获得新版本免费升级。每两年新购单纯来说在成本上不划算，不如一直续服。
我还是希望你留下电话，我们沟通一下。一方面我希望再次表达歉意，另一方面我也希望我们寻求一个跟好的解决办法。毕竟弃用对你和乙方实际上会使之前做过的工作浪费掉，这也是损失，也是我们不希望见到的情况。 默认行为有更改可以理解。问题是没有向前兼容的属性设定，只能通过二次开发解决问题。
产品的向前兼容性不够好，那么旧用户在评估的时候何必继续购入贵司产品，或者续费？请站在用户立场考虑下问题。
我司和合作方都有底层开发能力，在C，C++,.Net和Java,Python等语言或平台使用中已经大量使用了开源社区的成果，并且向开源社区进行了回馈。在此情况下，近几年继续批量购入贵司产品就是为了本系统更新换代时保持向前兼容性。毕竟已经使用了十几年的贵司产品，日本集团公司与贵司的代理商也有良好的商业关系。
目前我司产品开发已经进入尾声，由于此类兼容性问题较为隐蔽，暴露得较晚，已经影响交付，对整个开发造成不可估量的损失，我方决定只能自行进行定制开发。
由于我在选型和评估时不够谨慎没能发现贵司的向前兼容性问题，那么这个单只能我方来买。
只不过从这次的事件中我看不到任何继续使用贵司产品的理由。 megac 发表于 2016-10-21 10:41
哪句话体现出通过设置能解决这个问题？到底是在做二次开发。
这次开发中我是甲方，帖主是受托方，我们双 ...
我刚才和楼主电话沟通了一下，目前情况是业务逻辑没有问题，就是用户整体系统升级，从WinForm迁移到WPF上，日方用户要求比较细致，需要UI行为完全一致。这一点我们也深有体会，我们也有日企血统。
目前解决办法是这样，楼主这边会给我一个文档，将UI行为不一致的地方都列出来给我们，我们来处理这些不一致的地方，如果需要，会请研发团队做一些特殊处理，先解决问题为主。
你这边我还是希望能够电话沟通一下。一来是就目前存在的问题和处理办法讨论达成共识，二来也希望减缓你的不满，毕竟就算将来你不再选择和我们合作，我们也要将眼前的问题解决好。还有一点，关于购买费用可能有误会，还是有必要沟通一下的。 如果可以帮忙解决问题，与帖主保持联系即可。
事情前因后果我也阐述清楚了，就不作过多回复了。
顺颂商祺。
如果可以帮忙解决问题，与帖主保持联系即可。
事情前因后果我也阐述清楚了，就不作过多回复了。
顺颂商祺。
megac 发表于 2016-10-21 12:44
如果可以帮忙解决问题，与帖主保持联系即可。
事情前因后果我也阐述清楚了，就不作过多回复了。
顺颂商祺 ...
目前和楼主以及dawnwind都联系确认清楚了，问题也请研发在评估，下周一确定方案，确定后demo就比较简单了。我们会跟进到底，全力协助项目成功交付。
页:
1
[2]