Benim yaklaşımım. Çekirdek - Motor. - sayfa 127

 
Vasiliy Sokolov :

Peter, üzgünüm ama çalışman kabul edilmiyor çünkü. gönderdiğin şey nadir bir hack.

...

Sayana kadar. Geliştirmelerinizi bekliyorum. Ve siz anlayana kadar 3D render yok!

Neden Peter'la alay ediyorsun? O serbest çalışan bir sanatçı - ne istersen yapılır. Ve eğer karmaşıksa ve düşünce kavramına uymuyorsa, o zaman bunu yapmak istemez ve yapmazsa, onun yerine basit, istenmiş ve yapılmış bir şey geçer...

 
Artyom Trishkin :

Neden Peter'la alay ediyorsun? O serbest çalışan bir sanatçı - ne istersen yapılır. Ve eğer karmaşıksa ve düşünce kavramına uymuyorsa, o zaman bunu yapmak istemez ve yapmazsa, onun yerine basit, istenmiş ve yapılmış bir şey geçer...

Ama o (Peter) çekirdek motoruyla talep görmek, emir almak vb. istiyor. çeşitli vb. Burada Vasily ona gerçeğe çok küçük bir dokunuş verdi.

Ve Peter, Alexander'ın paneli nasıl?

 
Artyom Trishkin :

Neden Peter'la alay ediyorsun? O serbest çalışan bir sanatçı - ne istersen yapılır. Ve eğer karmaşıksa ve düşünce kavramına uymuyorsa, o zaman bunu yapmak istemez ve yapmazsa, onun yerine basit, isteniyor ve yapılmış bir şey geçer...

Tanrım, sinsi bakışını hissediyorum :)

Tükürdüm çünkü adam ayağa kalktı ve herkesin kararına göre programı için grafiksel bir arayüz oluşturabileceğini söyledi. Bunu kanıtlamak için gönüllü oldu ve davadaki kararını kontrol etmeyi teklif etti. Kontrol ettim - sonuç tam bir kabus. Bu nedenle, dedikleri gibi, kendisine yük dedi - vücuda tırmanın;)

 
Hayali sorunları çözmek ile üçüncü taraf kullanıcıların belirli görevleri arasında büyük bir fark vardır. Bu motorun sadece ikinci durum için olduğu belirtildi. Bu ikinci duruma etkili ve evrensel bir çözüm sunabilmek için çözümün temel programlama paradigmalarına dayanması gerekmektedir. Şimdiye kadar Peter'ın çözümünde bu paradigmaların doğru bir uygulamasını görmüyorum. Tam tersine, özel olarak formüle edilmiş "basit" bir görev, tüm iç sorunları ve önerilen tüm çözümün tamamen karanlığını ortaya çıkardı.
 
Vasiliy Sokolov :
Hayali sorunları çözmek ile üçüncü taraf kullanıcıların belirli görevleri arasında büyük bir fark vardır. Bu motorun sadece ikinci durum için olduğu belirtildi. Bu ikinci duruma etkili ve evrensel bir çözüm sunabilmek için çözümün temel programlama paradigmalarına dayanması gerekmektedir. Şimdiye kadar Peter'ın çözümünde bu paradigmaların doğru bir uygulamasını görmüyorum. Tam tersine, özel olarak formüle edilmiş "basit" bir görev, tüm iç sorunları ve önerilen tüm çözümün tamamen karanlığını ortaya çıkardı.

Sen bir abartma ustasısın...

Bütün bu "sorunlar" bir veya iki kez çözülür. Teknolojiyi yeni yaptım ve gerçekten test edecek kimse yoktu. Ve hemen "kılıçsız bir kılıç" ile ...)

Tüm bunlar, belki de satır sayısını sınırlamak dışında saçmadır. Bu henüz çözülmedi.


Siparişler kapalı değil çünkü bir siparişin açık mı yoksa kapalı mı olduğunu kontrol etmeyi unuttum. Ve "trajediyi" yayarsınız.))

 
Реter Konow :
Siparişler kapalı değil çünkü bir siparişin açık mı yoksa kapalı mı olduğunu kontrol etmeyi unuttum. Ve "trajediyi" yayarsınız.))

PozisyonSeçByTicket

 
Konstantin Nikitin :

PozisyonSeçByTicket

Teşekkürler.))

Burada bir adam eski bir Yunan trajedisini yaydı ...)) Hatta komik, çünkü iddia ettiği tüm sorunların ne kadar basit bir şekilde çözüldüğünü anlamıyor. Sınırsız sayıda tablo satırı dışında her şey.

 
Реter Konow :

Sen bir abartma ustasısın...

...

Lanet olsun ahbap, gerçekten neler olup bittiği hakkında hiçbir fikrin yok mu yoksa bu şekilde köşeleri kesmeye mi çalışıyorsun?

Herhangi bir panel için temel ve en zor an, tutarlı bir durumun gösterilmesidir. Emir açıksa görüntülenmeli, "ticaret" sekmesinde değilse panelde de olmamalıdır. Bu, kavramsal olarak temel ve "çok basit". Ancak bunu "çok basit" hale getirmek için panelin durum modeline dayalı olması gerekir. Böyle bir şeye sahip değilsiniz, ancak kullanıcı nesnelerine doldurulmuş dizelerde bazı yerel tutarsız çarpık veritabanı var:

Şimdi de bize hiçbir sorun olmadığını, her şeyin parmağınızın ucundan çekildiğini kanıtlamaya çalışıyorsunuz. Tablonuzda görünmeyen siparişler normaldir . Masanızda uzun süredir kapalı olan siparişler olması da normaldir. Ve genel olarak, her şey seninle çok normal ve güzel, sadece pozisyon sayısı 20 ile sınırlı.

 
Vasiliy Sokolov :

Soru olmaması için görevi tekrar açıklayacağım:

  1. Tablo dinamiktir ve Ticaret sekmesindeki ile aynı emirleri gösterir. Sekmede sipariş yoksa, masada da yoktur.
  2. Tablonuzda görüntülenen sipariş sayısı herhangi biri olmalıdır. Üst limit yoktur.
  3. Standart iletişim kutusu aracılığıyla bir siparişin açılması, siparişin tablonuzda görünmesiyle sonuçlanmalıdır. Bir siparişi standart yollarla kapatmak, siparişin masanızda kaybolması ile sonuçlanmalıdır.
  4. Tutarsız duruma izin verilmez ! Tablonuz bir şey gösteriyorsa ve Ticaret sekmesi başka bir şey gösteriyorsa, bu bir hatadır.

Yağ başarısız olana kadar . Geliştirmelerinizi bekliyorum. Ve siz anlayana kadar 3D render yok!

  1. Bunu yapmak için, kullanıcının keneler veya bir zamanlayıcı üzerindeki siparişler arasında bir döngü yazması ve biletlerini dizide yazılı biletlerle karşılaştırması gerekir. Dizide bilet yoksa, sipariş yeni açıldı ve ardından E_Main_form_1__PnL( OrderTicket (), OrderProfit ());
  2. Bu soru teknik olarak çok zor. Satır sayısı önceden sınırlıdır. Ancak 20'den çok daha fazla olabilir. 200 yapabilirsiniz.
  3. Bir siparişin standart bir pencereden kapatılması, tıpkı açarken olduğu gibi, bir onay veya zamanlayıcı olayında sipariş döngüsünde sabitlenecektir. Ve açık siparişlerin bilet dizisinde, sırası artık orada olmayan bir bilet varsa, aramanız gerekir.
    E_Main_form_1_CLOSE_ROW___Orders_table(ticket);
    

4. Bu döngüleri siparişlere göre doğru yazarsanız tablo doğru çalışacaktır.

Emirlerle nasıl doğru çalışılacağını unuttum ve bu nedenle bu mekanizmayı doğru şekilde uygulamadım. Bundan ve tablo düzgün çalışmıyor.

Ancak bu, dinamik tablonun kendisinin çalışmadığı anlamına gelmez.

 
Реter Konow :

Teşekkürler.))

Burada bir adam eski bir Yunan trajedisini yaydı ...)) Hatta komik, çünkü iddia ettiği tüm sorunların ne kadar basit bir şekilde çözüldüğünü anlamıyor. Sınırsız sayıda tablo satırı dışında her şey.

Sadece sende, kodunda ve yaptığın her şeyde büyük bir ihmal hissediyorum, bir nevi insanlar için ama iş ayrıntılara iner inmez saçmalık başlıyor. Bir şey yapın, küçük ama iyi ve kaliteli. Yani diyorsun ki, söyledikleri her şey basitçe çözüldü, basit. Ama nedense hiçbir şeyin olmadığı bir karar verdim. Tüm bu basit numaraları iki hafta içinde yapmanıza ne engel oldu?

Negatif titreşimler için özür dilerim. Beni hayal kırıklığına uğrattın. Daha fazlasını ve daha iyisini görmeyi umuyordum. Lütfen demonuzu düzeltin. Uygulamaya göre niteliksel olarak ve burada bunlar olmadan iyi yapın: "evet, temel, burada ince ayar yapmanız gerekiyor." Test edilebilecek kutunun dışında bir çözüm önerin.

Neden: