- 主题:ETC费显和清分系统优化完成了
用户反馈不是喷子
【 在 monkey80 的大作中提到: 】
: 看看第二段话，特意为你这种喷子写的。还是分段计费，只不过分段扣费改成汇总扣费了。汇总收费从来没人说不可行，只是难度大。
: 【 在 veriloghdl 的大作中提到: 】
: : 不是信誓旦旦说无法不分段收费吗？
: ...................
--来自微水木3.5.1
--
FROM 111.199.187.*
也就是零点前的收，零点后的不收？
【 在 monkey80 的大作中提到: 】
: 次日零点开始计费，以经过某个ETC门架时间为准，不再以出高速为准了，所以以后没有羊毛可薅了。。
: 【 在 dsf008 的大作中提到: 】
: : 问个问题，假期高速免费，在免费前进入高速，出高速时到了免费日，这种情况收不收费？
: ...................
--来自微水木3.5.1
--
FROM 111.199.187.*
最早的老系统就是这么做的
【 在 mengge 的大作中提到: 】
: 这也需要折腾这么久么？
: 假设N个收费站点，两两做组合(假设为A <--> B)，做成一张表，费用的定义明确的，进出高速时A，出高速时B，直接查表获取费用。
: --
: ...................
--来自微水木3.5.1
--
FROM 111.199.187.*
两点之间可以有多种路线
【 在 mengge 的大作中提到: 】
: 不能吧，这样应该是最稳定可靠的，怎么会各种幺蛾子呢
:
: 【 在 Yao2 的大作中提到: 】
: ...................
--来自微水木3.5.1
--
FROM 111.199.187.*
人家要解决这个问题，按实际路线收费
同时取消省界收费站
你还在唱老歌
【 在 mengge 的大作中提到: 】
: 没问题啊，你可以任意的跑，但是费用都是一个，就是路途最短价格最低的那个
:
: 【 在 Yao2 的大作中提到: 】
: ...................
--来自微水木3.5.1
--
FROM 111.199.187.*
你说的AB都是出入口，实际路线不管多长只有一个出口一个入口。老办法怎么解？
只有在所有可能的节点上都加上龙门架感应才能得出路线
【 在 mengge 的大作中提到: 】
: 好吧，这是我的问题，审题不清。
:
: 那么新版本的计费方案就是多段实际路线的汇总，不就是多个A <--> B构成的么，不就是累加一下的问题么，计算机就擅长干这个事儿，又有什么难度呢
: ...................
--来自微水木3.5.1
--
FROM 111.199.187.*