Учитывая, что ваш код работает во время O(n)
, я уверен, что все должно быть в порядке, и что вы не можете сделать это быстрее (поскольку вам нужно создать каждую точку для построения).
Если ваш график не является статичным, в некотором смысле, что он не зависит от ваших данных database
или какого-либо взаимодействия с пользователем, вам всегда нужно создавать новые точки, и в этом случае вы действительно ничего не сможете сделать .
скорее всего, медленный шаг будет на части charts.js
, которая создает узлы DOM
, чтобы она могла рисовать диаграмму на экране.
Другой вариант хранить данные массива на locaStorage
и использовать его в качестве кеша, чтобы, если пользователь снова ударил этот route
, вы сначала проверите данные на своем locaStorage
, а если нет, вы можете его создать.
, который будет излишним в моем вопросе, O(n)
временная сложность построения и массива прекрасна и ожидается даже для тысяч точек.
Я не знаю ни о каких параметрах API для перехода к двоичному файлу haxe
, но предполагалось, что это будет HAXEPATH environment variable
, на который вы могли бы сослаться с помощью Sys.getEnv()
? [ 118]
В противном случае вы можете запустить процесс, найти путь и записать его в файл:
function getHaxeBinPath () : String {
var path = switch ( Sys.systemName () ) {
case "Windows":
// Windows Script.
case "Linux":
Sys.command ( "echo $( which haxe ) >> exePath.txt" );
Sys.io.File.getContent ( "exePath.txt" );
case "BSD":
// BSD Script.
case "Mac":
// Macintosh Script.
default:
throw "Unknown Operating System!";
}
if ( sys.FileSystem.exists ( "exePath.txt" ) {
sys.FileSystem.deleteFile ( "exePath.txt" );
}
return path;
}
, но тогда вам потребуется сценарий для каждой операционной системы и учетная запись для версии вещей. Если вы решите пойти по этому пути, я думаю, что в Windows есть команда WHERE , которую вы могли бы использовать, но я не очень много знаю о ней.
Это не похоже на то, что оно будет работать на * nix (из-за необходимости входа / выхода для обновления переменных среды), но вы могли бы установить переменную среды в обработать, а затем получить его с Sys.getEnv()
? Та же проблема с созданием пользовательских вещей для каждой ОС.