MaDe | Ma De Editor -

Since, I am not 100% sure the context in which you are trying to apply the MVC pattern, a good generic explanation of MVC can be found in GoF's 1995 book, Design Patterns: Elements of Reusable Object Oriented Software.

In the book, they state the following.

The Model is the application object, the View is its screen presentation, and the Controller defines the way the user interface reacts to user input.

A more robust explanation can be found from Martin Fowler where he also makes the case for a variation of Model View Controller that uses a Presentation Model.

If you are referring to Spring MVC then there is some magic that blurs the lines a bit. But in general, you have a controller that represents some screen or an encapsulated piece of functionality that the user (web requests) interact with. The controller serves up responses that are derived from the domain, usually via a Spring Service (i.e. @Service). The domain (Model) doesn't know anything about the View and the View may or may not know anything about the domain.

Given that, the View should be derived from the Model. But that's not always the case since sometimes how we present things to a screen is not the best logical way to model things in our domain - not to mention, the domain should be presentation agnostic. This leads into Fowler's argument for a Presentation Model, which is a model that belongs to the Presentation.

I call this a Presentation Model because it's a model that is really designed for and thus part of the presentation layer.

Microsoft took that idea and ran with it in a variant of MVC called MVVM (Model View ViewModel).

You can read more about that in Microsoft's documentation on ASP.Net Core.

So, back to your original question of "Should you pass the model directly to the view?" If you are using MVC then the controller is what provides the interaction. But if you're really asking, "Can you bind your view directly to the model?" If your model has all the stuff you need organized how your view needs it, then sure. And if it's simple enough, maybe that's the way to go. Otherwise, you could go with something like a Presentation Model or MVVM.

Remove your agreement vars in MinimalClone.sol, and either have the user input them as args in your init() method or hardcode them into the request like this:

So, this is a good opportunity to use purrr::map. You are half way there by applying code to one dataframe.

You can take the code that you have written above and put it into a function.

You have to add files from the project A manually to the add-in installer. For your reference, a similar issue is described on the Error deploying ClickOnce application - Reference in the manifest does not match the identity of the downloaded assembly thread.

For VSTO based add-in, make sure that you did all the steps described in the Deploy an Office solution by using ClickOnce article.

We can loop over the list 'l' with lapply, then get the table for each of the columns by looping over the columns with sapply after converting the column to factor with levels specified as 'u', get the proportions, transpose, convert to data.frame (as.data.frame), split by row (asplit - MARGIN = 1), then use transpose from purrr to change the structure so that each column from all the list elements will be blocked as a single unit, bind them with bind_rows

Looking at error TypeError: Cannot read property 'latitude' of undefined. My guess is value of device.deviceData is undefined.

So,Please do verify with console.log(device) if deviceData field exists in device.

And, to fix above issue you can try

Check if the gap between the two dates is smaller or equal to 0. If so, you can stop the interval with clearInterval():

In your code, you aren't using the Listbox. So, I suggest to remove that part completely and do this.

Fix composer.json

I have created an issue on the PHP package: https://github.com/pusher/pusher-http-php/issues/295

It is true this version is broken, but the fix should be in the composer.json file. Mine looked like this: