Size: a a a

2019 December 08

НК

Николай Коробов... in CODE BLOG / C#
Gennady Kurbesov
Простой пример: по tcp подключится, авторизоваться, установить сессию. Сервак создаст сессию для игрока и передаст ему ид сессии, а потом игрок будет передавать данные о позиции в мире по удп, в пакете будут уже номер сессии, данные, контрольная сумма
Понял
источник

S

SeanWoo in CODE BLOG / C#
Только данные меняю
источник

GK

Gennady Kurbesov in CODE BLOG / C#
Николай Коробов
Тоесть могу держать  соединение tcp? И создовать соединение по UDP к одному ип адресу и порту?
Не помню, можно ли запустить два прослушивающих сокета tcp и udp на одном порту
источник

s.

sauwork . in CODE BLOG / C#
SeanWoo
Фиксированный
Тогда делаешь модель , аля class DataRow {   Fiedl1, Field2,Field2   } , и помещаешь его в список List<DataRow> dataSource
источник

ch

central hardware in CODE BLOG / C#
Gennady Kurbesov
Простой пример: по tcp подключится, авторизоваться, установить сессию. Сервак создаст сессию для игрока и передаст ему ид сессии, а потом игрок будет передавать данные о позиции в мире по удп, в пакете будут уже номер сессии, данные, контрольная сумма
а нафига парится с tcp ради того, чтобы получить session id.
источник

S

SeanWoo in CODE BLOG / C#
Gennady Kurbesov
Не помню, можно ли запустить два прослушивающих сокета tcp и udp на одном порту
Вроде можно
источник

НК

Николай Коробов... in CODE BLOG / C#
Gennady Kurbesov
Не помню, можно ли запустить два прослушивающих сокета tcp и udp на одном порту
Сегодня попробую, для интереса
источник

НК

Николай Коробов... in CODE BLOG / C#
central hardware
а нафига парится с tcp ради того, чтобы получить session id.
Это просто как пример
источник

S

SeanWoo in CODE BLOG / C#
sauwork .
Тогда делаешь модель , аля class DataRow {   Fiedl1, Field2,Field2   } , и помещаешь его в список List<DataRow> dataSource
Бля, такая залупа
источник

GK

Gennady Kurbesov in CODE BLOG / C#
central hardware
а нафига парится с tcp ради того, чтобы получить session id.
Хз, но в телефонии примерно это и реализовано
источник

S

SeanWoo in CODE BLOG / C#
Я этого и боюсь
источник

S

SeanWoo in CODE BLOG / C#
Пытаясь найти другие решения
источник

S

SeanWoo in CODE BLOG / C#
Плодить кучу свойств ужастно
источник

s.

sauwork . in CODE BLOG / C#
SeanWoo
Я этого и боюсь
они уже концептуально у тебя есть , ты лишь их описываешь , это не ужасно , это правильно - моедль соответствует реалиям , ну и имея строгую модель - меньше шансов накосячить
источник

S

SeanWoo in CODE BLOG / C#
sauwork .
они уже концептуально у тебя есть , ты лишь их описываешь , это не ужасно , это правильно - моедль соответствует реалиям , ну и имея строгую модель - меньше шансов накосячить
И потом в Xaml коде для каждого лэйбла писать {Binding Field1}, {Binding Field2}, {Binding Field3}...?
источник

S

SeanWoo in CODE BLOG / C#
Ужастно честно говоря
источник

s.

sauwork . in CODE BLOG / C#
SeanWoo
И потом в Xaml коде для каждого лэйбла писать {Binding Field1}, {Binding Field2}, {Binding Field3}...?
если ты там своего шаблона не намутил , то грид по умолчанию на автогенерацию настроен. Но так , да , а чего ты хотел , волшебства ? )
источник

S

SeanWoo in CODE BLOG / C#
sauwork .
если ты там своего шаблона не намутил , то грид по умолчанию на автогенерацию настроен. Но так , да , а чего ты хотел , волшебства ? )
Не волшебства, но хотяб бы не плодить одинаковые свойства с циферками в конце различающие их
источник

s.

sauwork . in CODE BLOG / C#
SeanWoo
Не волшебства, но хотяб бы не плодить одинаковые свойства с циферками в конце различающие их
или можешь в codebehind прописать кодом перечень полей и привязку к ним по массиву данных , но это уже не MVVM будет . т.к модели у тебя как таковой определено не будет.
источник

S

SeanWoo in CODE BLOG / C#
Не охото от MVVM отходить
источник