"New Neural", MetaTrader 5 platformu için bir sinir ağı motorunun Açık Kaynak projesidir. - sayfa 63
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
...
Bu arada, xml'nin geçerliliğini kontrol etmek ikili gösterimden çok daha kolaydır. Ve kaydetme \ geri yükleme aslında zaman açısından kritik değildir.
İlişkilerin ikili gösterimini kontrol etmenin karmaşıklığı olarak ne görüyorsunuz?
hangi durumlarda zor olduğuna bir örnek verin.
ZY Ve bu benim için örneğin düşünülmediği değil, bağlantıları ikili bir tabloyla temsil ederken herhangi bir bağlantının geçerliliğini kontrol etmenin zor olmasının ne tür bir topoloji olduğunu hayal bile edemiyorum.
hangi durumlarda zor olduğuna bir örnek verin.
İyi bak. Depolama biçimini biraz değiştirdiniz veya veriler yanlış gitti ve diyelim ki dizinin boyutu yerine çiftin alt kısmını alıyorsunuz, yani. büyük dizi.
Ve xml'de bir etikete sarılmış boyuta sahipsiniz
1. Neden olmasın .
Çünkü evrensel bir temel yoktur . Sadece üç ızgarayı hatırladım.
İyi bak. Depolama biçimini biraz değiştirdiniz veya veriler yanlış gitti ve diyelim ki dizinin boyutu yerine çiftin alt kısmını alıyorsunuz, yani. büyük dizi.
Ve xml'de bir etikete sarılmış boyuta sahipsiniz
"biraz değiştirilmiş depolama biçimi", xml'i avi olarak değiştirdiğim ve fark etmediğim gibi geliyor.
Herhangi bir format değişikliği, her iki formatı da iyi bilen bir kişi tarafından gerçekleştirilir, + formatı değiştirirken hata ayıklama ve test etme kaçınılmazdır.
bu yüzden depolama formatını biraz değiştirdim, bunu bir argüman olarak alamam.
Verilerin kaybolmasına gelince (çiftleri ve olongları bir arada saklamak cesareti kırıldı ve doğruydu), dosyayı okumanın doğruluğunu kontrol etmek için hash miktarını yazmamak için, verilerin yanlış gidebileceği diğer seçenekleri öngörmüyorum. .
Böylece, ızgara hakkında bilgi içeren bir olong dizisini depolamak için bir formatımız var:
[karma toplamı] [katman sayısı]
[katman tipi] [nöron sayısı]
[katman tipi] [nöron sayısı]
[katman tipi] [nöron sayısı]
[katman tipi] [nöron sayısı]
[katman tipi] [nöron sayısı]ayrıca dosyanın sonuna kadar ulong'i belirten bir ikili tablo.
ulong boolean karakterlerden oluşan bir diziye [64] nasıl çevrilir, işlevim zaten hazır.
Çünkü evrensel bir temel yoktur . Sadece üç ızgarayı hatırladım.
Katılmıyorum, ama şimdi tartışmayacağım, biraz sonra (bir iki gün), gerçekler ortaya çıktığında cevap vereceğim.
teorimi bombalamaya çalışmak için :)
Kahretsin ... Belki ne anlamıyorum? Neden kıçında hemoroid icat ettin?
Yanlış anlaşılan kalabalığın içinde yalnız değilsin :)
IMHO, ikili biçim, verileri uygulamaya zincirleyen bir zincirdir, yetkin tasarımda mümkün olan en kısa sürede atılması gereken bir şeydir. İkili format, veri paketleme için iyidir. örneğin, MT4'te veriler bu şekilde depolanır. Ancak ağdaki yükü azaltmak için makul bir şekilde yapılır ve yazar / okuyucu bile dahili bir gelişmedir.
Ve sonra bu kadar telaşlı olan ne? Böylece daha sonra bu format için kendi editörümü yazabilir ve onunla daha fazla problem yaşayabilir miyim? xml, json, ini kullanmak daha doğru olsa da
Yanlış anlaşılan kalabalığın içinde yalnız değilsin :)
IMHO, ikili biçim, verileri uygulamaya zincirleyen bir zincirdir, yetkin tasarımda mümkün olan en kısa sürede atılması gereken bir şeydir. İkili format, veri paketleme için iyidir. örneğin, MT4'te veriler bu şekilde depolanır. Ancak ağdaki yükü azaltmak için makul bir şekilde yapılır ve yazar / okuyucu bile dahili bir gelişmedir.
Ve sonra bu kadar telaşlı olan ne? Böylece daha sonra bu format için kendi editörümü yazabilir ve onunla daha fazla problem yaşayabilir miyim? xml, json, ini kullanmak daha doğru olsa da
Başka bir uygulama önerin, buna karşı değilim, uygulama fikrini yayınlayın, tartışın, karşılaştırın, hangisinin daha iyi olduğuna karar verin.
Ben iş parçacığında (benimki) bir teklif görürken, geri kalanı sadece "xml, json, ini yapalım" diyor ama kimse tüm bunlardan grid yüklemesinin nasıl uygulanacağını söylemedi.
İkili bağlantı tablosunu anlamak oldukça basittir, sütunlardan geçersiniz ve kime dağıtacağınızı alırsınız, kimden alacağınız satırları gözden geçirirsiniz (peki ya da tam tersi, tablo kare olduğundan, sadece ihtiyacınız var) nasıl algılanacağı konusunda hemfikir olmak).
Ve diğer formatlarda bunların hepsi nasıl uygulanacak, kimse bir şey söylemiyor.
Konuş.
Bu oranda çocuklarınız anlaşacak ve xml'de duracak, torunlar uygulamaya başlayacak.
Bir şeye oy verin veya aşırı yaşlıyı seçin.
Bu oranda çocuklarınız anlaşacak ve xml'de duracak, torunlar uygulamaya başlayacak.
Bir şeye oy verin veya aşırı yaşlıyı seçin.
Ne hakkında oy vermeli, alternatif sunulmadıysa, bu algoritmayı bin'de depolamak için en uygun format olan ızgara yükleme algoritmasının genel fikrinin bir açıklamasına sahibim.
Yükleme algoritmalarıyla ilgili başka bir öneri görmedim, yalnızca depolama biçimiyle ilgili öneriler gördüm, ancak depolama biçiminin kendisi yükleme algoritmasına göre seçilmelidir, bir biçim bir algoritma için diğeri için daha karlı.
Algoritmalar üzerine öneriler olacak, ayrıca neyin daha iyi olduğu ve hangi formatta saklanmasının daha iyi olduğu konusunda kapsamlı bir tartışma olacak.