On 19/06/16 05:18, boB Stepp wrote:
> code, I am left scratching my head. My main issue is what am I aiming
> at for a final CLI display of a circle? This is not such a simple
> thing! First, what are the units for a circle's radius in a CLI? If
> it is 1 radius unit = 1 character, then your c
On Sat, Jun 18, 2016 at 11:18 PM, boB Stepp wrote:
> On Sun, May 29, 2016 at 9:28 AM, Peter Otten <__pete...@web.de> wrote:
>
>> Here's a commandline example with two views (the circle-drawing routine has
>> to be fixed)...
>
> I have to admit that now that I have finally gotten around to your
> c
On Sun, May 29, 2016 at 9:28 AM, Peter Otten <__pete...@web.de> wrote:
> Here's a commandline example with two views (the circle-drawing routine has
> to be fixed)...
I have to admit that now that I have finally gotten around to your
code, I am left scratching my head. My main issue is what am I
On 31/05/16 02:16, boB Stepp wrote:
> I perhaps see a general principle developing here: Before passing
> data elsewhere, the data should be validated and in a form suitable
> for where it is being sent.
Correct.
> By "business service" are you intending this to mean a totally
> different app
On 31/05/16 02:25, boB Stepp wrote:
> This "views register with models" and "registered views" terminology
> is unfamiliar to me. Googling suggests registered views is referring
> to a dynamically generated presentation, perhaps in the sense of a db
No, this is different.
Try googling publish-su
One other thing I meant to ask about:
On Sun, May 29, 2016 at 9:10 AM, Alan Gauld via Tutor wrote:
> The model responds, but how the view is notified varies. In some cases
> the views register with models and the model automatically sends
> notification messages to all registered views (by-passi
On Mon, May 30, 2016 at 11:30 AM, Alan Gauld via Tutor wrote:
> On 29/05/16 05:33, boB Stepp wrote:
>> 1) If I were to add code to filter user inputs, which file is the
>> logical place to place such code? My current impression is that it
>> should go in the controller, but I could see it being
On Sun, May 29, 2016 at 9:10 AM, Alan Gauld via Tutor wrote:
> On 29/05/16 05:33, boB Stepp wrote:
>> My current understanding is that the model contains program logic and
>> the data which the program logic manipulates.
>
> Correct, all the core entities which make up the program are represented
On 29/05/16 05:33, boB Stepp wrote:
As promised I'm back so will try to answer these...
> Some other questions:
>
> 1) If I were to add code to filter user inputs, which file is the
> logical place to place such code? My current impression is that it
> should go in the controller, but I could
boB Stepp wrote:
[snip]
No direct answers to your questions, sorry;)
In my experience MVC is nearly always used to build GUIs and based on
classes. The idea is that you can add multiple views to a model, a bar chart
and a table of the values, sometimes at runtime. You may also swap out the
mo
On 29/05/16 05:33, boB Stepp wrote:
> I am currently mulling over some information Alan passed along a while
> back on using the model-view-controller design pattern (Would
> 'architectural pattern' be a better choice of phrase?).
Either is appropriate. Design Pattern is more usual, largely beca
I am currently mulling over some information Alan passed along a while
back on using the model-view-controller design pattern (Would
'architectural pattern' be a better choice of phrase?). I have been
doing my usual online readings and there is enough variation in what I
have read that I would lik
12 matches
Mail list logo
